Date: Fri, 08 Dec 2000 08:53:34 -0800 From: Dan Kegel <dank@alumni.caltech.edu> To: "Daniel C. Sobral" <dcs@newsguy.com> Cc: David Malone <dwmalone@maths.tcd.ie>, Jonathan Lemon <jlemon@flugsvamp.com>, Alfred Perlstein <bright@wintelcom.net>, hackers@FreeBSD.ORG Subject: Re: kqueue microbenchmark results Message-ID: <3A31120E.3536F07D@alumni.caltech.edu> References: <20001024225637.A54554@prism.flugsvamp.com> <39F6655A.353FD236@alumni.caltech.edu> <20001025115457.X28123@fw.wintelcom.net> <20001025170117.C87091@prism.flugsvamp.com> <20001207154925.A25785@walton.maths.tcd.ie> <3A30E115.CF7C76E8@newsguy.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Daniel C. Sobral" wrote: > > David Malone wrote: > > > > On Wed, Oct 25, 2000 at 05:01:17PM -0500, Jonathan Lemon wrote: > > > I'd love to do that, but am not quite sure how I'd go about it. > > > If you read the l-k mailing list, you'll see Linus calling kqueue > > > "overengineered", and what he is proposing is something that is > > > definitely not well thought out. > > > > Maybe Alexander Viro could help? He often follows what's happening > > in the BSD world and seems to do lots of good VFS type work in the > > Linux world. Matt Dillon recently worked with him on the file > > discriptor locking patches he committed. > > Why is it that I get the feeling more and more nowadays that Linus is > suffering from a worsening case of NIH when it comes to things > originated on BSD? Don't jump to conclusions. He's honestly trying to understand what the optimal interface would be. Let him catch up. Help him understand the requirements which motivated the kqueue design and why his proposed system call does not meet them. His role right now is to keep the kernel as simple as possible. You need to prove that his proposed interface is simpler than possible :-) - Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A31120E.3536F07D>