* [VM] writes starve reads in 2.5.72-bk1
@ 2003-06-30 6:02 Samium Gromoff
2003-06-30 6:09 ` Samium Gromoff
0 siblings, 1 reply; 2+ messages in thread
From: Samium Gromoff @ 2003-06-30 6:02 UTC (permalink / raw)
To: linux-kernel; +Cc: akpm, wli, andrea
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.
regards, Samium Gromoff
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [VM] writes starve reads in 2.5.72-bk1
2003-06-30 6:02 [VM] writes starve reads in 2.5.72-bk1 Samium Gromoff
@ 2003-06-30 6:09 ` Samium Gromoff
0 siblings, 0 replies; 2+ messages in thread
From: Samium Gromoff @ 2003-06-30 6:09 UTC (permalink / raw)
To: Samium Gromoff; +Cc: linux-kernel, akpm, wli, andrea
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
--
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-06-30 6:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-06-30 6:02 [VM] writes starve reads in 2.5.72-bk1 Samium Gromoff
2003-06-30 6:09 ` Samium Gromoff
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®