[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nel] NeL Network Engine
From: |
Bernard Hugueney |
Subject: |
Re: [Nel] NeL Network Engine |
Date: |
Wed, 28 Feb 2001 23:13:12 +0100 |
User-agent: |
Mutt/1.3.15i |
* Zane <address@hidden> [010228 19:17]:
> ----- Original Message -----
> From: "Vincent Caron" <address@hidden>
> Subject: Re: [Nel] NeL Network Engine
>
>
> Would not the wisest choice be to research all the high performance web
> servers out there? It seems to me that this problem has been researched
> quite extensively by a LOT of other GPL projects. I doubt you'd be able to
> find a better solution than what Apache or other heavy duty web servers have
> already implemented.
>
> -E.J. Wilburn
> address@hidden
>
Indeed, this is a MUCH debated suject. But I'm afraid Apache is not
the fastest example to follow (they have special constraints such as modules
interface) Zeus and TUX Threaded linUX webserver or BOA come to mind.
http://www.kegel.com/c10k.html seems interesting but a nit out of date ...
Anyway, there was a discussion on lkml on how to overcome select()/poll()
shortcomings with a new API. If it made it to kernel 2.4, you should be
looking that way.
Bernard
- Re: [Nel] NeL Network Engine, (continued)
- Re: [Nel] NeL Network Engine, Nicolas Hognon, 2001/02/28
- Re: [Nel] NeL Network Engine, Vincent Caron, 2001/02/28
- Re: [Nel] NeL Network Engine, Nicolas Hognon, 2001/02/28
- Re: [Nel] NeL Network Engine, Vianney Lecroart, 2001/02/28
- Re: [Nel] NeL Network Engine, Vincent Caron, 2001/02/28
- Re: [Nel] NeL Network Engine, Nicolas Hognon, 2001/02/28
- Re: [Nel] NeL Network Engine, Zane, 2001/02/28
- Re: [Nel] NeL Network Engine, Nicolas Hognon, 2001/02/28
- Re: [Nel] NeL Network Engine, elijah wright, 2001/02/28
- Re: [Nel] NeL Network Engine, Zane, 2001/02/28
- Re: [Nel] NeL Network Engine,
Bernard Hugueney <=
- Re: [Nel] NeL Network Engine, Leighton Haynes, 2001/02/28
Re: [Nel] NeL Network Engine, Nicolas Hognon, 2001/02/22
Re: [Nel] NeL Network Engine, Ian Holsman, 2001/02/26