merci pour vos réponses, je suis passé à la version 3 de passenger et j'ai réglé les différents paramètres mentionnés, le site est beaucoup plus réactif !
Le 21 février 2011 17:14, fusco.spv <[email protected]> a écrit : > Comme le disais Guillaume Betous > Il doit s'agir de cette option à mettre dans la conf apache > RailsAppSpawnerIdleTime 0 > > plus de détails dans la doc. > > -- > David DEMONCHY > _Fusco (twitter) (french) > <[email protected]> > http://fusco.info/ (technical -french) > -- > > > > Le 21 février 2011 14:00, Lionel Bouton > <[email protected]> a écrit : > > Le 21/02/2011 14:20, kilo a écrit : > >> Bonjour, > >> > >> J'ai une application Rails chez Gandi (avec des ressources minimum : 1 > >> slice). J'observe le comportement suivant : > >> la première fois que je me connecte (et a priori je suis le seul à > >> l'avoir fait dans les minutes précédentes) je dois compter une > >> vingtaine de secondes pour que ma page soit retournée. > >> > >> Pour les requêtes suivantes, le site est par contre assez fluide. Ce > >> que j'en déduis (peut-être rapidement) c'est que Gandi gère > >> l'activation des slices (pour faire son business) et qu'en charger une > >> ça prend du temps... un temps catastrophique dans le cadre d'une démo. > >> Est-ce que mon hypothèse est bonne ? > >> > >> Si le problème ne vient pas de Gandi mais de mon appli, je voulais > >> savoir si vous auriez des outils à conseiller pour analyser une appli > >> +config Rails (apache + passenger dans ce cas) ? > > > > Ça vient probablement du chargement de l'appli fait à la première > > requête. Avec mongrel, l'appli était tout le temps chargée. Avec > > passenger, l'application est chargée à la demande et déchargée quand > > elle n'est pas utilisée. > > Charger l'appli est un peu lourd et donc d'autant plus long que la > > machine est limitée en CPU. Sur un VPS, ce comportement est donc > > "normal" avec une conf par défaut. > > > > Avec Passenger 3 sous Apache, voir > > http://www.modrails.com/documentation/Users%20guide%20Apache.html, en > > particulier : > > - PassengerPoolIdleTime > > - PassengerMaxRequests > > - PassengerPreStart > > selon le compromis souhaité entre occupation mémoire/stabilité/perf. > > > > Lionel > > > > -- > > 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] > -- 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]
