Date: Fri, 16 Jun 2000 13:35:04 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> To: "Daniel O'Connor" <doconnor@gsoft.com.au> Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, Nate Williams <nate@yogotech.com>, Alfred Perlstein <alfred@FreeBSD.org> Subject: Re: cvs commit: src/sys/kern uipc_socket.c uipc_socket2.c src/sy Message-ID: <3949AE78.E0BD49F7@newsguy.com> References: <XFMail.000616132841.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel O'Connor wrote: > > On 16-Jun-00 Daniel C. Sobral wrote: > > HTTP belongs to userland. We should no more add support to HTTP than we > > should add support to the dozens of different userland streaming > > protocols in existance. > > So we should just not bother squeezing more performance out of the system on > architectural grounds? That is a biased question, as you wrongfully imply an either/or alternative. But I'll address that later. To preserve sanity, keep the code maintainable, and not be required to keep doing hack after hack for each new wing dingy we decide to support. > I can see why it isn't terribly 'nice' but if you want to squeeze more > performance out of your system it IS necessary to do.. And this is the falacy. If the architecture prevents you from getting the desired performace the right way, fix the architecture instead of patching it. Alas, it doesn't. Sendfile() works for applications other than http and ftp, for instance. That's the right way of doing it. What was committed, it would seem, doesn't even handle all HTTP headers, and certainly won't handle _new_ HTTP headers that industry and standard groups decide to create. That's the wrong way of doing it. The correct here is find _why_ there is a performance impact if this delay accept feature is not used, and fix _that_ instead. Alternatively, a _flexible_ delay accept feature should have been introduced, instead of a hard-wired one. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3949AE78.E0BD49F7>