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: Fri, 12 Oct 2012 17:29:50 +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 Michael, --On 12 October 2012 16:58:39 +0200 Michal Hocko <mhocko@...e.cz> wrote: > Once dirty_ratio (resp. dirty_bytes) limit is hit then the process which > writes gets throttled. If this is not the case then there is a bug in > the throttling code. I believe that is the problem. >> Isn't the only thing that is going to change that it ends up >> triggering the writeback earlier? > > Set the limit lowe? I think you mean 'lower'. If I do that, what I think will happen is that it will start the write-back earlier, but the writeback once started will not keep up with the generation of data, possibly because the throttling isn't going to work. Note that for instance using ionice to set priority or class to 'idle' has no effect. So, to test my hypothesis ... >> Happy to test etc - what would you suggest, dirty_ratio=5, >> dirty_background_ratio=2 ? > > These are measured in percentage. On the other hand if you use > dirty_bytes resp. dirty_background_bytes then you get absolute numbers > independent on the amount of memory. ... what would you suggest I set any of these to in order to test (assuming the same box) so that it's 'low enough' that if it still hangs, it's a bug, rather than it's simply 'not low enough'. It's an 8G box and clearly I'm happy to set either the _ratio or _bytes entries. -- 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