PassengerMaxPoolSize is a config parameter of modrails .
My production environment runs many tiny applications. I’m a greedy sysadmin, always trying to save resources, so i’d like to save even one clock-cycle or a single bit of my RAM. It’s an ordinary way of doing it, isn’t it? ;)
Let me explain better my test…
On my test lab, i’ve a Ubuntu Vps Xen based with 256MB RAM, and i’m going to test PassengerMaxPoolSize, setting it to 10 in spite of the Passenger’s team piece of advice.
I want to do it because i’ve many tiny applications with light performance requirements, giving them too much resources doesn’t sound such a good idea then i’ve decided to test the modrails & Ruby Enterprise couple in the context of lightweight applications too.
PassengerMaxPoolSize default value is 6. Passenger’s team recommend to set the value to 30 if your system has 2GB of RAM but if you have a very small system, provided by a Virtual Private Server with 256MB RAM and is also running other services such as MySQL, then we recommend a value of 2.
Actually, the results i got aren’t so comfortable, my little vps went wrong, i had to setup PassangerMaxPoolSize to a lower value. using the bit of advice of the modrails’team is too much careful, a right compromise in order to run many small applications on a tiny vps is to set PassangerMaxPollSize to 4.
Obviously setting the parameter to 4 is the result of experiments on test environments, it could be useful to work out the very right value considering the following parameters:
- HW features of your VPS (CPU, RAM, Swap)
- HTTP requests
- Running Application features
- Running Services on VPS (MySQL, sendmail, etc.)
and furthermore all you think it can be related to the resources management of your VPS.
Remarks like that we have just written about will be followed by others on the same subject. So, as always, stay tuned.
0 Comments

RSS