theshz wrote:
Have you looked at POE? http://poe.perl.org/
POE is VERY cool!. Thanks for the link. It's the same event-driven
model that I needed. It was hard for me to read or understand. I'll
probabyl keep using my little ppcgid server until I find a need for a
serious framework like POE. I'd bet there's a bit more overhead in POE
than I wanted for a lightweight highspeed perl web app. But that's just
guessing based on a one hour review of the docs/examples.
> Perrin Harkins wrote:
> When all you're doing is serving static files, I read about POE. It's
a beautiful thing -uses the same event-driven model as ppcgid and
If all you're doing is serving static pages, you're probably not hanging
out on the modperl list.
That being said, thttpd rocks, but it's cgi speed is awfully slow.
ppcgid kicks it's butt in that arena.
My business partner and I decided on two tactics: he started building a
patch to thttpd to run perl scripts natively as opposed to exec'ing, and
I built a pure perl web server. I finished first, so we're using that
for now. But I think that a perl patch to thttpd (including preloading
support) is what we'll be using in the long run... it's the right way to go.
- Erik
Perrin Harkins wrote:
When all you're doing is serving static files, most people run out of
bandwidth long before they hit any limitation of apache. If you really are
running into limits on your static files, you would be better off using one
of these:
Tux, http://www.redhat.com/docs/manuals/tux/
thttpd, http://www.acme.com/software/thttpd/
Perlbal, http://www.danga.com/perlbal/
All are open source and free.
- Perrin
On Thursday 26 May 2005 2:43 am, theshz wrote:
Have you looked at POE? http://poe.perl.org/
Z.
----- Original Message -----
From: "Erik Aronesty" <[EMAIL PROTECTED]>
To: <modperl@perl.apache.org>
Sent: Wednesday, May 25, 2005 7:16 PM
Subject: high throughput perl server
In order to deal with apache's problems handling a high load, I wrote
a trivial pure perl server with few features.
http://www.documentroot.com/code/ppcgid
Since it's nonforking, it's not appropriate if your web pages block on
IO, or if some of them are much slower than others, etc.
But it's blazingly fast for certain kinds of applications.
I based on the IO::Select "multiplexing" code from O'reilly. It's
hastily written and probably buggy, and doesn't support HTTP features
like keepalive
which could speed it up, and there's probably a zillion things in it
that
can be sped up.
But it's way faster than apache/mod_perl.
- Erik