On Fri, 3 Nov 2000, Nigel Hamilton wrote:
> Hi,
>
> I'm contracting for an Ad Serving company and we were mooting the idea of
> writing our own lean and mean web server for serving the Ads.
>
> We would like to hold all the Ads in memory (each Ad is less than 20K).
>
> The next thing is to create a pool of mod_perl-esque processes that will
> handle the AD requests and also hold persistent connections to the
> database.
>
> I would like to write this mini-server in perl ... but maybe a threaded
> programming language is better?
>
> Does anyone know a good process/threading model for handling the requests
> and passing them around? Will we see a significant performance improvement
> in any event?
egads, don't do it... Web servers are well developed for this kind of
thing, and modern filesystems (e.g. ext2fs) will buffer the ads in RAM
anyway if you have enough. You're not likely to get any speed increase
doing it this way. If you're that concerned about perhaps the weight of
Apache + mod_perl, consider trying TUX or thttpd, or something else
lightweight written in C.
--
<Matt/>
/|| ** Director and CTO **
//|| ** AxKit.com Ltd ** ** XML Application Serving **
// || ** http://axkit.org ** ** XSLT, XPathScript, XSP **
// \\| // ** Personal Web Site: http://sergeant.org/ **
\\//
//\\
// \\
