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, but
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
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 event
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 does
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
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,
but
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 could
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.
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
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 defaults to
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. stat() for
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 those schemes
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 supports them.
13 matches
Mail list logo
