[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070125225634.GA9905@2ka.mipt.ru>
Date: Fri, 26 Jan 2007 01:56:34 +0300
From: Evgeniy Polyakov <johnpol@....mipt.ru>
To: linux-kernel@...r.kernel.org
Cc: David Miller <davem@...emloft.net>,
Ulrich Drepper <drepper@...hat.com>,
Andrew Morton <akpm@...l.org>, netdev <netdev@...r.kernel.org>,
Zach Brown <zach.brown@...cle.com>,
Christoph Hellwig <hch@...radead.org>,
Chase Venters <chase.venters@...entec.com>,
Johann Borck <johann.borck@...sedata.com>,
linux-kernel@...r.kernel.org, Jeff Garzik <jeff@...zik.org>,
Jamal Hadi Salim <hadi@...erus.ca>,
Ingo Molnar <mingo@...e.hu>, linux-fsdevel@...r.kernel.org
Subject: Re: [take34 0/10] kevent: Generic event handling mechanism.
On Thu, Jan 25, 2007 at 04:48:30PM +0300, Evgeniy Polyakov (johnpol@....mipt.ru) wrote:
> Changes from 'take33' patchset:
> * Added optional header pointer and its size into aio_sendfile_path(),
> which allows to send header and file in one syscall instead of
> send(header), open file, sendfile(file).
Btw, aio_sendfile and aio_sendfile_path use naive and actually the
simplest approach of async IO - it just stupidly blocks on sending or
resends (like repeated sending approach) - I'm a bit lazy to use kevent
there, since there is _no_ gain after a bit more deep analysis
(hint: there are multiple IO threads, some of them might block),
and network AIO does not exist (yet, kevent status is in hinged state,
and I was asked to postpone additional feature addons, which otherwise
could happen a bit more frequently then current kevent/kernel releases),
due to kevent future is indeterminate...
--
Evgeniy Polyakov
-
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