|
About ::
TODO ::
Blog ::
RSS ::
Old blog ::
Projects ::
GIT ::
Gallery ::
Notes
Mon, 12 Feb 2007
New kevent '
-[take35 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()). +[take36 10/10] kevent: Kevent based generic AIO. -Kevent based AIO (aio_sendfile()/aio_sendfile_path()). +Kevent based generic AIO. + +This patch only implements network AIO, which is _COMPLETELY_ +impossible and broken in _ANY_ micro-thread design. For details +and test consider following link: +http://tservice.net.ru/~s0mbre/blog/2007/02/10#2007_02_10 + +Designing AIO without network in mind can only be result of heavy hang-over. + +Kevent AIO is implemented as state machine. +There is a patch which implements async open/send_header/sendfile/close.Changes in main description: -[take35 0/10] kevent: Generic event handling mechanism. +[take36 0/10] kevent: Generic event handling mechanism [new description text for generic AIO]. -Generic event handling mechanism. +Generic event handling mechanism [new description text for generic AIO]. + + [ Consider reading at least introduction texts for patches ] Kevent is a generic subsytem which allows to handle event notifications. It supports both level and edge triggered events. It is similar to poll/epoll in some cases, but it is more scalable, it is faster and + + It can serve as a storage for different AIO models as well - in case + syscall or other request is ready immediately kevent returns that event + in submission point. + Number of comments dropped to zero several releases ago - + it is a sign that API, design and implementation are perfect. + Consider for inclusion.I also asked Andrew Morton (again) about inclusion/declining plans. If that will be put into void again, I think it is time to close project. /devel/kevent :: Link / Comments () |