lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Wed, 16 Sep 2009 14:40:36 +0200 (CEST)
From:	Tobias Oetiker <tobi@...iker.ch>
To:	Corrado Zoccolo <czoccolo@...il.com>
cc:	linux-kernel@...r.kernel.org
Subject: Re: unfair io behaviour for high load interactive use still present
 in 2.6.31

Hi Corrado,

Today Corrado Zoccolo wrote:

> Hi Tobias,
> On Tue, Sep 15, 2009 at 11:07 PM, Tobias Oetiker <tobi@...iker.ch> wrote:
> > Today Corrado Zoccolo wrote:
> >
> >> On Tue, Sep 15, 2009 at 9:30 AM, Tobias Oetiker <tobi@...iker.ch> wrote:
> >> > Below is an excerpt from iostat while the test is in full swing:
> >> >
> >> > * 2.6.31 (8 cpu x86_64, 24 GB Ram)
> >> > * scheduler = cfq
> >> > * iostat -m -x dm-5 5
> >> > * running in parallel on 3 lvm logical volumes
> >> >  on a single physical volume
> >> >
> >> > Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await  svctm  %util
> >> > ---------------------------------------------------------------------------------------------------------
> * with i/o controller patches, what happens if you put readers in one
> domain and writers in the other?

With the io-conroller and readers and writers in two groups, the
rMB/s and wMB/s come out roughly the same. there are two problems unfortunately

a) the interactive performance is still not good since directory access still seems to get.

b) processes normally do both, read AND write, so the distinction would have to be made at the io-controller level.


Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await  svctm  %util
---------------------------------------------------------------------------------------------------------
dm-5              0.00     0.00  549.80    0.00     2.15     0.00     8.00   577.75    6.82   1.82 100.00
dm-5              0.00     0.00  191.20 1333.60     0.75     5.21     8.00  1077.45  953.15   0.66 100.00
dm-5              0.00     0.00  457.20 1144.00     1.79     4.47     8.00  1820.56  836.86   0.62 100.00
dm-5              0.00     0.00  453.00 1328.80     1.77     5.19     8.00  1326.74 1168.99   0.56 100.00
dm-5              0.00     0.00  353.09  353.49     1.38     1.38     8.00  1405.80 1993.23   1.41  99.80
dm-5              0.00     0.00  280.40 1296.80     1.10     5.07     8.00  1248.95  747.99   0.63 100.00
dm-5              0.00     0.00  307.00 4557.20     1.20    17.80     8.00   985.92  211.25   0.21 100.00
dm-5              0.00     0.00    6.00    0.00     0.02     0.00     8.00   450.42 19116.00 166.67 100.00
dm-5              0.00     0.00  154.00  624.20     0.60     2.44     8.00   926.52 1119.77   1.29 100.00


cheers
tobi



> Are you willing to test some patches? I'm working on patches to reduce
> read latency, that may be interesting to you.
>
> Corrado
>
> > cheers
> > tobi
> >
> > --
> > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
> > http://it.oetiker.ch tobi@...iker.ch ++41 62 775 9902 / sb: -9900
>
>
>
>

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi@...iker.ch ++41 62 775 9902 / sb: -9900

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ