On Aug 10, 5:37 am, Петьо Иванов <under...@gmail.com> wrote:

Универсални рецепни няма, но все пак ето някой неща, които надявам се
да помогнат:
1. slicehost: Използват 64-битови Xen domUs - хубаво за mysql, но Ruby
процесите използват доста памет - почти два пъти повече, отколкото на
32 битови domU. Затова се отказах от slicehost.

2. Ruby: Не знам каква дистрибуция ползваш, поне на Debian/Ubuntu Ruby
се компилира с --enable-pthread заради ruby-tk, което при vps доста
забавя нещата. Малък тест:

strace -c ruby -e '1.upto(100000) {|i| i.to_s}'

и виж реда:

99.65    1.462627           7    200006           sigprocmask

Дискусия по проблема:
http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/a3...

Добра идея е може би също да използваш ruby-enterprice [
http://www.rubyenterpriseedition.com/ ] - patch-нати са garbage
collection, memory allocator и др.

3. nginx: всички напоследък го препоръчват, но все пак не е silver
bullet - Добър е за статиката, но като load balancer е слаб. По
принцип си идва с прост Round Robin. RoR е извесна с това, че обслужва
само по един request - то си е  CGI базирано. Затова и ти трябват
повечко application servers, било то mongrel или thin. Но ако е прост
Round Robin и вече се обслужва някой request, nginx просто натиква
следващия в опашката на поредния app server и той си чака там. Така
скоро всички процеси са заети. Решения:
- nginx-fair balancer: [ http://wiki.codemongers.com/NginxHttpUpstreamFairModule
]
- HAproxy (което бих ти препоръчал) -
http://affectioncode.wordpress.com/2008/06/28/another-comparison-of-h...

4. god: Поне аз предпочитам monit [ http://www.tildeslash.com/monit/ ]
- лично мнение. Мисля, че  ползва по-малко памет.

5. thin: предимствата са, че може да го "вържеш" с nginx на unix
socket - някой твърдят, това ускорява нещата -
http://macournoyer.wordpress.com/2008/01/26/get-intimate-with-your-lo...
. Но ако ползваш HAproxy, това май губи смисъл.

6. Може да помислиш по пренаписването на някой части (специално  ако
има upload) от сайта на Merb [ http://merbivore.com/ ] - по-малко
памет и по-бърз (не е CGI базиран и би трябвало да обслужва няколко
request-а едновременно).