Re: khttpd beaten by boa

2001-01-12 Thread Ingo Oeser
On Fri, Jan 12, 2001 at 02:36:41PM +0100, Arjan van de Ven wrote: > > This just goes on to show that khttpd is unnecessary kernel bloat and can be > > "just as well" handled by a userspace application, minus some rather very > > special cases which do not justify its inclusion into the main

Re: khttpd beaten by boa

2001-01-12 Thread Arjan van de Ven
In article <[EMAIL PROTECTED]> you wrote: > On 2001-01-11T22:20:56, >Christoph Lameter <[EMAIL PROTECTED]> said: >> Then we decided to switch persistant connection off... But boa still wins. >> >> What is wrong here? I would expect transferates of a 3-4 megabytes over a >> localhost

Re: khttpd beaten by boa

2001-01-12 Thread Alan Cox
> > TUX is evidence that khttpd can be done properly and > > beat the pants off of anything done in userspace. > > > > Then why don't we unload khttpd and put in Tux? Tux needs the zero copy patches I believe so zero copy has to precede it - To unsubscribe from this list: send the line

Re: khttpd beaten by boa

2001-01-12 Thread H. Peter Anvin
Followup to: <[EMAIL PROTECTED]> By author:"David S. Miller" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Lars Marowsky-Bree writes: > > This just goes on to show that khttpd is unnecessary kernel bloat > > and can be "just as well" handled by a userspace application, minus > >

Re: khttpd beaten by boa

2001-01-12 Thread H. Peter Anvin
Followup to: [EMAIL PROTECTED] By author:"David S. Miller" [EMAIL PROTECTED] In newsgroup: linux.dev.kernel Lars Marowsky-Bree writes: This just goes on to show that khttpd is unnecessary kernel bloat and can be "just as well" handled by a userspace application, minus some rather

Re: khttpd beaten by boa

2001-01-12 Thread Alan Cox
TUX is evidence that khttpd can be done properly and beat the pants off of anything done in userspace. Then why don't we unload khttpd and put in Tux? Tux needs the zero copy patches I believe so zero copy has to precede it - To unsubscribe from this list: send the line "unsubscribe

Re: khttpd beaten by boa

2001-01-12 Thread Arjan van de Ven
In article [EMAIL PROTECTED] you wrote: On 2001-01-11T22:20:56, Christoph Lameter [EMAIL PROTECTED] said: Then we decided to switch persistant connection off... But boa still wins. What is wrong here? I would expect transferates of a 3-4 megabytes over a localhost interface. The file

Re: khttpd beaten by boa

2001-01-12 Thread Ingo Oeser
On Fri, Jan 12, 2001 at 02:36:41PM +0100, Arjan van de Ven wrote: This just goes on to show that khttpd is unnecessary kernel bloat and can be "just as well" handled by a userspace application, minus some rather very special cases which do not justify its inclusion into the main kernel.

Re: khttpd beaten by boa

2001-01-11 Thread David S. Miller
Lars Marowsky-Bree writes: > This just goes on to show that khttpd is unnecessary kernel bloat > and can be "just as well" handled by a userspace application, minus > some rather very special cases which do not justify its inclusion > into the main kernel. My take on this is that khttpd is

Re: khttpd beaten by boa

2001-01-11 Thread Lars Marowsky-Bree
On 2001-01-11T22:20:56, Christoph Lameter <[EMAIL PROTECTED]> said: > Then we decided to switch persistant connection off... But boa still wins. > > What is wrong here? I would expect transferates of a 3-4 megabytes over a > localhost interface. The file is certainly in some kind of cache.

khttpd beaten by boa

2001-01-11 Thread Christoph Lameter
I got into a bragging game whose webserver is the fastest with Jim Nelson one of the authors of the boa webserver. We finally settled on the Zeus test to decide the battle. First boa won hands down because it supports persistant connections. Boa on port 6000. Khttpd on port 80:

Re: khttpd beaten by boa

2001-01-11 Thread Lars Marowsky-Bree
On 2001-01-11T22:20:56, Christoph Lameter [EMAIL PROTECTED] said: Then we decided to switch persistant connection off... But boa still wins. What is wrong here? I would expect transferates of a 3-4 megabytes over a localhost interface. The file is certainly in some kind of cache. This