perl-modperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Perrin Harkins <per...@primenet.com>
Subject Re: Fwd: [speedycgi] Speedycgi scales better than mod_perl withscripts that contain un-shared memory
Date Sat, 06 Jan 2001 21:35:01 GMT
Sam Horrocks wrote:
>  Don't agree.  You're equating the model with the implemntation.
>  Unix processes model concurrency, but when it comes down to it, if you
>  don't have more CPU's than processes, you can only simulate concurrency.
[...]
>  This url:
> 
>     http://www.oreilly.com/catalog/linuxkernel/chapter/ch10.html
> 
>  says the default timeslice is 210ms (1/5th of a second) for Linux on a PC.
>  There's also lots of good info there on Linux scheduling.

Thanks for the info.  This makes much more sense to me now.  It sounds
like using an MRU algrorithm for process selection is automatically
finding the sweet spot in terms of how many processes can run within the
space of one request and coming close to the ideal of never having
unused processes in memory.  Now I'm really looking forward to getting
MRU and shared memory in the same package and seeing how high I can
scale my hardware.

- Perrin

Mime
View raw message