| 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: Tue, 9 Oct 2012 18:09:03 -0700 From: Kent Overstreet <koverstreet@...gle.com> To: Zach Brown <zab@...hat.com> Cc: linux-bcache@...r.kernel.org, linux-kernel@...r.kernel.org, dm-devel@...hat.com, tytso@....edu Subject: Re: [PATCH 4/5] aio: vmap ringbuffer On Tue, Oct 09, 2012 at 05:36:26PM -0700, Zach Brown wrote: > > The only situation you have to worry about is when the ringbuffer fills > > up and stuff goes on the list, and then completions completely stop - > > this should be a rare enough situation that maybe we could just hack > > around it with a timer that gets flipped on when the list isn't empty. > > Right. And this is when we hopefully realize that we're adding overhead > and complexity (how long's the timer? always fire it? MAKE IT STOP) > and are actually making the system worse, not better. Can still prototype it, and if it's that ugly... I throw away code all the time :P > > Also, for this to be an issue at all, _all_ the reaping would have to be > > done from userspace - since existing libaio doesn't do that, there may > > not be any code out there which triggers it. > > And there may be. We default to not breaking interfaces. Seriously. All the more reason to think about it now so we don't screw up the next interfaces :) -- 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