| 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, 6 Feb 2007 13:28:34 -0800 (PST) From: Linus Torvalds <torvalds@...ux-foundation.org> To: David Miller <davem@...emloft.net> cc: kent.overstreet@...il.com, davidel@...ilserver.org, zach.brown@...cle.com, mingo@...e.hu, linux-kernel@...r.kernel.org, linux-aio@...ck.org, suparna@...ibm.com, bcrl@...ck.org Subject: Re: [PATCH 2 of 4] Introduce i386 fibril scheduling On Tue, 6 Feb 2007, David Miller wrote: > > I really think that Evgeniy's kevent is a good event notification > mechanism for anything, including AIO. > > Events are events, applications want a centralized way to receive and > process them. Don't be silly. AIO isn't an event. AIO is an *action*. The event part is hopefully something that doesn't even *happen*. Why do people ignore this? Look at a web server: I can pretty much guarantee that 99% of all filesystem accesses are cached, and doing them as "events" would be a total and utter waste of time. You want to do them synchronously, as fast as possible, and you do NOT want to see them as any kind of asynchronous events. Yeah, in 1% of all cases it will block, and you'll want to wait for them. Maybe the kevent queue works then, but if it needs any more setup than the nonblocking case, that's a big no. Linus - 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