Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 11:42:04AM -0500, jamal ([EMAIL PROTECTED]) wrote: > > > > Things like sockets/pipes can only benefit from direct kevent usage > > > > instead of ->poll() and wrappers. > > > > > > You should be able change it to use those schemes when it detects > > > that the kernel supp

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread jamal
On Thu, 2006-21-12 at 17:46 +0300, Evgeniy Polyakov wrote: > On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote: > > > Things like sockets/pipes can only benefit from direct kevent usage > > > instead of ->poll() and wrappers. > > > > You should be able change it to use tho

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote: > > Things like sockets/pipes can only benefit from direct kevent usage > > instead of ->poll() and wrappers. > > You should be able change it to use those schemes when it detects > that the kernel supports them. I.e. sta

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread jamal
On Thu, 2006-21-12 at 17:36 +0300, Evgeniy Polyakov wrote: > Btw, it uses only read/write/signal on fd events, so it must use > ->poll() and thus be as fast as epoll. > It is supposed to "detect" the best mechanism in the kernel and switch to that. At the moment for example in my app it default

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 05:23:37PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: > Ok, when site will be ready I will patch libevent and post patch or link > in this thread. I plan to complete it this week. Btw, it uses only read/write/signal on fd events, so it must use ->poll() and thus be

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 09:21:07AM -0500, jamal ([EMAIL PROTECTED]) wrote: > > I just do not know _what_ else should be done not even for inclusion - > > but at least for some progress. > > I know you are frustrated but stop doing the above like a broken vinyl > record, it doesnt help your case.

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread jamal
On Thu, 2006-21-12 at 17:04 +0300, Evgeniy Polyakov wrote: > I modified world-wide used web server lighttpd and ran a lot of tests > with it (compared to epoll version with major performance win). > > I was asked yesterday by Jan Kneschke (lighttpd main developer) if > kevent API is ready so he c

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 08:48:05AM -0500, jamal ([EMAIL PROTECTED]) wrote: > Evgeniy, > > On Thu, 2006-21-12 at 13:49 +0300, Evgeniy Polyakov wrote: > > > So comment on its bugs, its design, implementation, ask questions, > > request features, show interest (even with 'I have no time right now, >

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread jamal
Evgeniy, On Thu, 2006-21-12 at 13:49 +0300, Evgeniy Polyakov wrote: > So comment on its bugs, its design, implementation, ask questions, > request features, show interest (even with 'I have no time right now, > but will loko at it after in a week after vacations'). > > No one does it, so no one

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 01:49:18PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: > So comment on its bugs, its design, implementation, ask questions, > request features, show interest (even with 'I have no time right now, > but will loko at it after in a week after vacations'). > > No one do

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 05:41:41AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > >On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov > >([EMAIL PROTECTED]) wrote: > >>Generic event handling mechanism. > >> > >>Kevent is a generic subsytem which allows to handle

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Jeff Garzik
Evgeniy Polyakov wrote: On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: Generic event handling mechanism. 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

Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: > > Generic event handling mechanism. > > 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

[take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

2006-12-21 Thread Evgeniy Polyakov
Generic event handling mechanism. 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 allows to work with essentially eny kind of events. Ev