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
| ||
|
Date: Wed, 22 Aug 2012 11:48:06 +0100 From: Mel Gorman <mgorman@...e.de> To: Jan Kara <jack@...e.cz> Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org Subject: Re: [MMTests] dbench4 async on ext3 On Wed, Aug 22, 2012 at 12:00:38AM +0200, Jan Kara wrote: > On Mon 23-07-12 22:21:46, Mel Gorman wrote: > > Configuration: global-dhp__io-dbench4-async-ext3 > > Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-dbench4-async-ext3 > > Benchmarks: dbench4 > > > > Summary > > ======= > > > > In general there was a massive drop in throughput after 3.0. Very broadly > > speaking it looks like the Read operation got faster but at the cost of > > a big regression in the Flush operation. > > Mel, I had a look into this and it's actually very likely only a > configuration issue. In 3.1 ext3 started to default to enabled barriers > (barrier=1 in mount options) which is a safer but slower choice. When I set > barriers explicitely, I see no performance difference for dbench4 between > 3.0 and 3.1. > I've confirmed that disabling barriers fixed it, for one test machine and one test at least. I'll reschedule the tests to run with barriers disabled at some point in the future. Thanks for tracking it down, I was at least two weeks away before I got the chance to even look. -- Mel Gorman SUSE Labs -- 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