lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 21 Dec 2006 17:04:30 +0300
From:	Evgeniy Polyakov <johnpol@....mipt.ru>
To:	jamal <hadi@...erus.ca>
Cc:	Jeff Garzik <jeff@...zik.org>, linux-kernel@...r.kernel.org,
	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>
Subject: Re: [take28-resend_1->0 0/8] kevent: Generic event handling mechanism.

On Thu, Dec 21, 2006 at 08:48:05AM -0500, jamal (hadi@...erus.ca) 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 will loko at it after in a week after vacations').
> > 
> > No one does it, so no one cares, so my behaviour.
> > 
> 
> Please dont be discouraged by lack of attention - you are doing good
> work.
> 
> I will concur with Jeff's point that since you are putting out a
> profound conceptual changes, and there are many stake holders, it
> requires scrutiny on their part. You need to build consensus in such a
> situation. 
> Some things that would help progress and build momentum:
> - As i have advised you before, why dont you modify something like
> existing libraries such as some of the loop thingies of desktop managers
> such as kde/gnome or better things like libevent etc. Then write your
> app on top of that? nobody is gonna run your httpd but if you
> demonstrate that libevent is much better with your changes (with zero
> changes to apps), people will migrate
> - from a user space angle if people like Ulrich would state their views
> on the current version you have. 
> Note, they dont have to agree with you i.e the conclusion could be a
> simple "agree to disagree".
> - There really oughta be a limit on how long people are allowed to be
> silent. After that IMO your code should just go in ...

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 include my patch into mainline lighttpd 
tree, but I answered 'I do not know if kevent will be or not included, 
everyone keeps silence'.

I just do not know _what_ else should be done not even for inclusion - 
but at least for some progress.

You want libevent to be patched? Its site is currently down, but ok, I
will create a patch.

> cheers,
> jamal

-- 
	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

Powered by Openwall GNU/*/Linux Powered by OpenVZ