Am 10.03.2013 13:48, schrieb Florian Philipp: > Am 10.03.2013 00:53, schrieb cosmoslx lin:> >> 2013/3/10 Volker Armin Hemmann <volkerar...@googlemail.com >> <mailto:volkerar...@googlemail.com>> >> >> Am 09.03.2013 19:15, schrieb Florian Philipp: >> > Hi list! >> > >> > Whenever I do sequential IO for a long stretch of time (e.g. >> md5summing >> > 40 GB), I'm experiencing high load (ca. 6 on a 4 CPU system) and >> > temporary freezes of most applications. For example, switching between >> > tabs in konsole sometimes takes more than 2 seconds. >> > > [...] >> > >> congratulation. You hit 'the bug'. Been around for ages, but for magical >> reasons kernel dev are unable to see or unable to do something about it. >> If you are using a vanilla kernel, posting on lkml might be the right >> thing to do. >> >> I have try the BFQ patch outside of the kernel mainline, it works well. >> Maybe you would like to see: >> http://algo.ing.unimo.it/people/paolo/disk_sched/ >> > > Thanks. I'll try pf-sources which should to include that patch set. > > Regards, > Florian Philipp >
pf-sources (only BFQ enabled, not BFS) helped somewhat. kswapd still likes to keep one CPU busy when IO is happening but I suspect cleancache to be the culprit for that. I'll test without it later. Regards, Florian Philipp
signature.asc
Description: OpenPGP digital signature