> > 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 ;) >
Non justement moi je n'ai pas d'amour pour les solutions que je choisis, je choisis le meilleur rapport finance/performance > En restant toujours sur la même solution tout en dénigrant les autres, > je doute qu'on ai beaucoup de diversité au final. Qui parle de dénigrer, on parle de solution adaptée à la réalité. > plusieurs raisons : > - apache à une latence plus importante que nginx ou lighttpd perceptible par un httperf, pas par un humain > - apache est moins performant que nginx, surtout sur la portion gzip perceptible par un httperf, pas par un humain > - laisser tourner constamment mes applis me permet de voir les fuites > de mémoire sur mes applications et donc de voir les problèmes mouais... > - 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 super donc ce setup est adapté à des sites qui font 30 req par jours > - la consommation mémoire constante est plus facile à administrer que > des fluctuations en fonction du nombre d'instances lancées si tu veux, mais passenger peut fonctionner comme ca également Bon et bien pas de grand secret, juste des critères de goût humain. C'était bien mon point. --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
