| 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
| ||
|
Message-ID: <E6EF14955C67D6CA58918872@nimrod.local> Date: Fri, 12 Oct 2012 15:48:34 +0100 From: Alex Bligh <alex@...x.org.uk> To: Michal Hocko <mhocko@...e.cz> cc: linux-kernel@...r.kernel.org, Alex Bligh <alex@...x.org.uk> Subject: Re: Local DoS through write heavy I/O on CFQ & Deadline --On 12 October 2012 15:30:45 +0200 Michal Hocko <mhocko@...e.cz> wrote: >> Full info, including logs and scripts can be found at: >> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1064521 > > You seem to have 8G of RAM and dirty_ratio=20 resp. > dirty_background_ratio=10 which means that 1.5G worth of dirty data > until writer gets throttled which is a lot. Background writeback starts > at 800M which is probably not sufficient as well. Have you tried to set > dirty_bytes at a reasonable value (wrt. to your storage)? This is for an appliance install where we have no idea how much memory the box has in advance other than 'at least 4G' so it is difficult to tune by default. However, I don't think that would solve the problem as the zcat/dd can always generate data faster than it can be written to disk unless or until it is throttled, which it never is. Isn't the only thing that is going to change that it ends up triggering the writeback earlier? Happy to test etc - what would you suggest, dirty_ratio=5, dirty_background_ratio=2 ? -- Alex Bligh -- 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