From 0ea5fc66924303d1bf73ba283a383e2aadee02f2 Mon Sep 17 00:00:00 2001 From: neodarz Date: Sat, 11 Aug 2018 20:21:34 +0200 Subject: Initial commit --- pipermail/nel/2001-February/000308.html | 68 +++++++++++++++++++++++++++++++++ 1 file changed, 68 insertions(+) create mode 100644 pipermail/nel/2001-February/000308.html (limited to 'pipermail/nel/2001-February/000308.html') diff --git a/pipermail/nel/2001-February/000308.html b/pipermail/nel/2001-February/000308.html new file mode 100644 index 00000000..3af23ac3 --- /dev/null +++ b/pipermail/nel/2001-February/000308.html @@ -0,0 +1,68 @@ + + + + [Nel] NeL Network Engine + + + + + + +

[Nel] NeL Network Engine

+ Bernard Hugueney + nevrax@bernard-hugueney.org
+ Wed, 28 Feb 2001 23:13:12 +0100 +

+
+ +
* Zane <zane@supernova.org> [010228 19:17]:
+> ----- Original Message -----
+> From: "Vincent Caron" <v.caron@zerodeux.net>
+> 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
+> zane@supernova.org
+>
+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
+
+
+ + +
+

+ -- cgit v1.2.1