|
About ::
TODO ::
Blog ::
RSS ::
Old blog ::
Projects ::
GIT ::
Gallery ::
Notes
Thu, 22 Feb 2007
New kevent 'take37' release. [ND].
If you are somehow related to kevent development, please do not perform any steps about this post. Thank you. A bit of history of the project. I developed it first to create asynchronous network IO as a challenge request from Stephen Hemminger. Back in previous winter I created both kevent as a generic event delivery mechanism and network AIO too. It worked, it showed noticeble perfomance and usability win. I tried to push it upstream but never got a response. Later previous year David Miller made a good kick for kevent and I started to push it upstrem again. There were number of changes aimed to improve performance, extend feature list and eventually we have subsystem which indeed can be called as generic event handling mechanism. Set of features it can work with includes file descriptor events - the same as in usual poll()/select()
(there is a patch which implements epoll() over kevent),
special high-performance socket and pipe notifications,
possibility to get timer expiration events, POSIX timers
and signal notifications, possibility to have any
private userspace notifications and eventually even network AIO
(sendfile(), open+sendfile()+close()).I ported libevent and lighttpd to kevent. But I'm continuously getting trouble obtaining feedback from kernel developers despite a huge support from several core kernel hackers and I want to thank them and a lot of other people who helped to develop that subsystem. I do not care much about kevent inclusion - I hacked it not for that but for process, but such hinged situation takes a lot of time to throw code and words again and again into blackhole. For the my last kick for Andrew Morton and Ulrich Drepper to include kevent I got a response about the fact that it needs some more review and some more comments. So, -rc1 is out and I've sent the latest kevent release. If there will be no feedback I will not continue to push it upstream. I will continue to support it on per kernel release basis like I do for many years for acrypto (asynchronous crypto layer). It is not too big work to maintain that, but pushing it into the rock wall is a bit uninteresting and actually stupid time spending. Please do not kick someone to get a review or something like that - if people do not want it right now, there is no need to force them - eventually it can end up with some better system (let's see how acrypto work resulted (or maybe not) in a upcoming async crypto changes in Linux crypto stack) from some other kernel hacker. As I expect to get some free time after -rc1 is out, I will continue to work on my interesting projects, the nearest ones are M:N theading model and netchannels trie patch to replace socket hash tables. It looks like it is time to start new generation filesystem implementation too. /devel/kevent :: Link / Comments (0) Please solve this captcha to be allowed to post (need to reload in a minute): 71 - 6 Comments are closed for this story. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||