2009/4/10 Renaud (Nel) Morvan <[email protected]>:
>
>> Thin + asset host sur ip differente + nginx avec gzip le tout en
>> socket unix tourne plutot bien. Le gain apporté par la socket unix est
>> la latence mais ca se sent :)
>
> Je trouve ca assez admirable que des gens se prennent encore la tête à
> gérer des clusteurs de thin/ebb/mongrel, à moins d'avoir des projets
> qui font la million de hit par jour, du multithread, de l'em, je
> n'arrive pas à voir l'intéret par rapport à un mod_rack si ce n'est la
> fingerprint. Y a un grand secret que j'ignore ?

c'est surement parce que tu aimes tant ta solution que certains en
aiment aussi d'autres ;)

En restant toujours sur la même solution tout en dénigrant les autres,
je doute qu'on ai beaucoup de diversité au final.

J'aime bien la solution passenger, je la conseilles à la majorité de
mes clients qui ont déjà leur infrastructure/admin sys. Je trouve que
c'est une technologie qui peut permettre à rails de mieux s'imposer.
Mais je préfère largement une solution a base de thin/mongrel pour
plusieurs raisons :
 - apache à une latence plus importante que nginx ou lighttpd
 - apache est moins performant que nginx, surtout sur la portion gzip
 - laisser tourner constamment mes applis me permet de voir les fuites
de mémoire sur mes applications et donc de voir les problèmes
 - passenger mets du temps à démarrer la première instance de rails
lors de la première requête, on peut laisser toujours tourner une
appli rails avec passenger, mais on commence à vite perdre l'interet
de passenger
 - la consommation mémoire constante est plus facile à administrer que
des fluctuations en fonction du nombre d'instances lancées

-- 
http://fabien.jakimowicz.com

--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
[email protected]
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
[email protected]
-~----------~----~----~----~------~----~------~--~---

Répondre à