Re: HTTP Mod_Perl mini-server

2000-12-03 Thread spam
On 3 Dec 2000, Greg Stark wrote: > Perrin Harkins <[EMAIL PROTECTED]> writes: > > > On Fri, 3 Nov 2000, Vivek Khera wrote: > > > Lately I've been getting very interested in using solid-state disks > > > for high-performance issues. They're expensive, but if you need that > > > much speed, they'

Re: HTTP Mod_Perl mini-server

2000-12-03 Thread Greg Stark
Perrin Harkins <[EMAIL PROTECTED]> writes: > On Fri, 3 Nov 2000, Vivek Khera wrote: > > Lately I've been getting very interested in using solid-state disks > > for high-performance issues. They're expensive, but if you need that > > much speed, they're worth it. > > Are they? I tried one once,

[ NOW OT ] Re: HTTP Mod_Perl mini-server

2000-11-04 Thread Greg Cope
Perrin Harkins wrote: > > On Fri, 3 Nov 2000, Vivek Khera wrote: > > Lately I've been getting very interested in using solid-state disks > > for high-performance issues. They're expensive, but if you need that > > much speed, they're worth it. > > Are they? I tried one once, and it wasn't any

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread Perrin Harkins
On 3 Nov 2000, David Hodgkinson wrote: > > In my tests, a modern version of mod_proxy (serving from cache) was faster > > than Squid on Linux. > > Really? Cool. What about taking memory usage into account? Well, Squid is kind of a memory hog and mod_proxy has been extremely light and well-behav

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread David Hodgkinson
Perrin Harkins <[EMAIL PROTECTED]> writes: > On 3 Nov 2000, David Hodgkinson wrote: > > Dare I add that Squid has plenty of low-latency cacheing features you > > could use? > > In my tests, a modern version of mod_proxy (serving from cache) was faster > than Squid on Linux. Really? Cool. What

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread Perrin Harkins
On Fri, 3 Nov 2000, Vivek Khera wrote: > Lately I've been getting very interested in using solid-state disks > for high-performance issues. They're expensive, but if you need that > much speed, they're worth it. Are they? I tried one once, and it wasn't any faster than my normal disk because I

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread Perrin Harkins
On 3 Nov 2000, David Hodgkinson wrote: > Dare I add that Squid has plenty of low-latency cacheing features you > could use? In my tests, a modern version of mod_proxy (serving from cache) was faster than Squid on Linux. - Perrin

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread Vivek Khera
> "MS" == Matt Sergeant <[EMAIL PROTECTED]> writes: MS> doing it this way. If you're that concerned about perhaps the weight of MS> Apache + mod_perl, consider trying TUX or thttpd, or something else MS> lightweight written in C. Lately I've been getting very interested in using solid-state

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread G.W. Haywood
Hi all, > At 09:46 AM 11/3/00 +, Nigel Hamilton wrote: > >I would like to write this mini-server in perl ... but maybe a threaded > >programming language is better? > >I'm contracting for an Ad Serving company and we were mooting the idea of > >writing our own lean and mean web server for ser

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread Gunther Birznieks
Other than some of the caching other people talked about (eg squid)...You might also take a look at mod_mmap to hold the ads in shared memory among the Apache processes and still use mod_perl for the logic of which ad to serve. Later, Gunther At 09:46 AM 11/3/00 +, Nigel Hamilton wrote

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread David Hodgkinson
Matt Sergeant <[EMAIL PROTECTED]> writes: > 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 c

Re: HTTP Mod_Perl mini-server

2000-11-03 Thread Matt Sergeant
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 cre