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-next>] [day] [month] [year] [list]
Date:	Tue, 30 Mar 2010 09:44:54 +0200
From:	Thomas Pilarski <Thomas.Pilarski@...or.de>
To:	linux-kernel@...r.kernel.org
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Ingo Molnar <mingo@...e.hu>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Jens Axboe <jens.axboe@...cle.com>
Subject: Re: [Bug 12309] Large I/O operations result in slow performance
 and high iowait times

Sorry for the late answer. 

There is regression in desktop responsiveness from 2.6.32 to 2.6.33. I
am working on a notebook with a full encrypted lvm partition. The
throughput of the disk is about 70MB/s in the outer regions. There is
another hard disk in an ultra bay slot. 

While 2.6.32 is "usable", the 2.6.33 freezes for up to two minutes in a
30 seconds interval while tracker starts to index a new inserted hard
disk with a lot of small files (openembedded build tree). This starts
with a wrong configured tracker and the 2.6.32 kernel with freezes up to
10 seconds.

The indexed ultrabay dics is not encrypted and formated with ext4, only
the indexes are writen on an ext3 partition in an ecrypted logical
volume group, which also contains the system partition.

This problem is enormous increased, while the ultra bay disc is acceded
with udma2 instead of udma6 (caused by another bug), 

I can execute some tests, but you should tell me, which results you need
to identify the problem.

Thomas Pilarski


Am Dienstag, den 16.03.2010, 23:57 +0000 schrieb
bugzilla-daemon@...zilla.kernel.org: 
> http://bugzilla.kernel.org/show_bug.cgi?id=12309
> 
> --- Comment #420 from Andrew Morton <akpm@...ux-foundation.org>  2010-03-16 23:56:58 ---
> (In reply to comment #419)
> > I am currently using the linux kernel 2.6.33 and the the desktop responsiveness
> > is awful on my machine compared to the 2.6.32.x kernel. It's even worse than I
> > have even seen it before. The load avg is rising to >7 very quickly, while
> > writing many small file to the filesystem. I can make some tests with my
> > configuration, but a kernel developer should tell me which tests.
> 
> This isn't really the best place to bring this up.  Please send a full
> description to linux-kernel@...r.kernel.org.  cc myself, Ingo Molnar
> <mingo@...e.hu>, Peter Zijlstra <a.p.zijlstra@...llo.nl>, Jens Axboe
> <jens.axboe@...cle.com>.  In that email, please identify what the system is
> doing at the time.  Is it disk-related?  CPU scheduler related?  etc.
> 
> Thanks.
> 




--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ