On Feb 23, 2006, at 1:03 PM, Ezra Z. wrote:
However, from "tail -f production.log ", it seems that sql is
site http://yakimaherald.com with 5 fcgi processes and it serves
80,000+ page views/day. Unless your site is getting huge traffick
you are using way to many fgi’s. For a smaller app like a blog you
only need one or two fcgi. So try setting up just a few fcgi’s and
then you can add more if you need to but running 15 is way too many
unless you are running a huge site and the server is entirely
dedicated to just that site.
Agreed, you’re probably spending all your time context switching.
www.43people.com. handles about 120k rails requests per day per
machine on four processes per machine (361k total rails requests
www.43things.com handles ~ 370k rails requests per day per machine on
ten processes per machine (1.1 million total rails requests
yesterday). We pushed it up to ten processes because we found it
more performant, originally it was around 6.
The production_log_analyzer gem will show you which pages are the
most beneficial to optimize.
Profiling your pages will show you where those pages are eating up
CPU time. Use the action_profiler gem on your live dataset on a live
Eric H. - email@example.com - http://segment7.net
This implementation is HODEL-HASH-9600 compliant