linux-kernel - Re: dramatic I/O slowdown after upgrading 2.6.38->3.0+

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20120411002057.GC7792@khazad-dum.debian.net>
Date:	Tue, 10 Apr 2012 21:20:57 -0300
From:	Henrique de Moraes Holschuh <hmh@....eng.br>
To:	Jan Kara <jack@...e.cz>
Cc:	Michael Tokarev <mjt@....msk.ru>,
	Dave Chinner <david@...morbit.com>,
	Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: dramatic I/O slowdown after upgrading 2.6.38->3.0+

On Tue, 10 Apr 2012, Jan Kara wrote:
> >   2.6.38:
> >   # dd if=/dev/sdb of=/dev/null bs=1M iflag=direct count=100
> >   100+0 records in
> >   100+0 records out
> >   104857600 bytes (105 MB) copied, 1.73126 s, 60.6 MB/s
> > 
> >   3.0:
> >   # dd if=/dev/sdb of=/dev/null bs=1M iflag=direct count=100
> >   100+0 records in
> >   100+0 records out
> >   104857600 bytes (105 MB) copied, 29.4508 s, 3.6 MB/s
> > 
> > That's about 20 times difference on direct read from the
> > same - idle - device!!

You might want to investigate the cpu-idle stuff (especially intel-idle if
it is an Intel box with a recent processor: force the box to use acpi-idle
instead) and the cpufreq stuff (try the test with the box with the
"performance" governor).

> Anyway, the most likely cause seems to be some driver issue (which would
> also explain why you can see it only on one machine). I'd also compare very
> closely config files of the two kernels if there isn't some unexpected
> difference...

Indeed.  But that's such a massive performance drop, I'd also be comparing
the boot log messages of both kernels with diff, and also the lspci -vvv
output...  just in case :-)

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/