Re: [VM] writes starve reads in 2.5.72-bk1

Samium Gromoff (deepfire@ibe.miee.ru)
Mon, 30 Jun 2003 10:09:22 +0400


On Mon, 30 Jun 2003 10:02:58 +0400
Samium Gromoff <deepfire@ibe.miee.ru> wrote:

> load: gzipping a 128M file, with "gzip file"
> CPU: p3-500
> physical RAM installed: 256M
> kernel: 2.5.72-bk1
> drive: one 10krpm IBM
> controller: DAC960PL RAID controller
>
> 0 1 9384 3960 33640 116184 0 0 1280 4096 1022 122 63 7 0 30
> 1 0 9384 4016 33220 116568 0 0 1792 0 1096 122 81 7 0 12
> 1 0 9384 3624 33156 117112 0 0 2048 0 1036 119 92 8 0 0
> 1 1 9384 4856 32024 116876 0 0 1024 11432 1092 145 48 5 2 44
> 0 2 9384 4632 32024 117164 0 0 128 7288 1120 208 8 2 0 90
> 0 2 9384 4072 32024 117676 0 0 256 9172 1149 224 12 2 0 86
> 1 0 9384 3624 31516 118684 0 0 896 944 1146 145 38 4 0 58
> 1 0 9384 3288 30916 119764 0 0 2048 0 1031 117 92 8 0 0
> 1 0 9384 4128 30620 119228 0 0 1920 92 1062 160 92 7 1 0
> 1 0 9384 3960 30208 120120 0 0 2048 0 1033 115 93 7 0 0
> procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
> r b swpd free buff cache si so bi bo in cs us sy id wa
>
> problem as i see it:
>
> although the drive is mostly idle since the cpu is too slow to max it out,
> reads are starved during bursts of gzipped data writeouts,
> causing gzip to spend its time on sleeping on request completion.

Now i notice that the anticipatory sheduler isn`t in the mainline...
So all this sounds a little bit old...

Anyways, hope it helps...
>
> regards, Samium Gromoff

-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/