On Wed, Dec 27, 2006 at 09:08:56PM +0530, Suparna Bhattacharya wrote:
> (2) Most of these other applications need the ability to process both
> network events (epoll) and disk file AIO in the same loop. With POSIX AIO
> they could at least sort of do this using signals (yeah, and all associated
> issues). The IO_CMD_EPOLL_WAIT patch (originally from Zach Brown with
> modifications from Jeff Moyer and me) addresses this problem for native
> linux aio in a simple manner. Tridge has written a test harness to
> try out the Samba4 event library modifications to use this. Jeff Moyer
> has a modified version of pipetest for comparison.
The real question here is which interface we want people to use for these
"combined" applications. Evgeny is heavily pushing kevent for this while
other seem to prefer integration epoll into the aio interface. (1)
I must admit that kevent seems to be the cleaner way to support this,
although I see some advantages for the aio variant. I do think however
that we should not actively promote two differnt interfaces long term.
(1) note that there is another problem with the current kevent interface,
and that is that it duplicates the event infrastructure for it's
underlying subsystems instead of reusing existing code (e.g.
inotify, epoll, dio-aio). If we want kevent to be _the_ unified
event system for Linux we need people to help out with straightening
out these even provides as Evgeny seems to be unwilling/unable to
do the work himself and the duplication is simply not acceptable.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]