Effectivement tu as raison une partie de la réponse passe indéniablement par ab / firebug.
C'est ce que j'avais commencé à faire et qui tendait à confirmer qu'un cache au niveau du reverse proxy permettrait déja de gagner de la perf au niveau du chargement des médias statiques. Je vais donc continuer dans cette voie. Merci pour vos réponses. Vincent Finet Viveris - ASR Ingénieur système et réseau Mail : vincent.fi...@viveris-asr.fr Tel : 01 55 19 47 47 Mob : 06 88 56 27 73 -----Original Message----- From: frsag-boun...@frsag.org on behalf of Richard DEMONGEOT Sent: Mon 05/09/2011 11:28 To: French SysAdmin Group Subject: Re: [FRsAG] Optimisation architecture Web / Retour d'experience ? On Mon, 5 Sep 2011 11:15:02 +0200, "vincent finet" <vincent.fi...@viveris-asr.fr> wrote: > Merci pour vos réponses avisées. Re, > Je ne sais en fait pas vraiment ou se situe le goulot. > En l'état les perfs sont bonnes et l'architecture bien dimensionnée (tout > les indicateurs aux verts dans Nagios). > > J'aimerai cependant encore améliorer la chose pour que l'application > charge plus vite et pour pouvoir faire face à une charge plus importante. > > En pratique cela veut dire : > --> Récupérer des fichiers plus vite ( varnish en amont de mes serveurs > backend ? autre ?) > --> Computer des appels WS PHP plus vite ( optimiser PHP : HipHop PHP ? > mmcache ? autre ? / optimiser Mysql : ?) L'idéal serai de faire tout une série de bench. Timers à tire la rigo dans ton appli (et donc logs, soit sur du SQL soit sur du texte standard). Et coté client, toute une batterie de test avec firebug, par exemple, qui va te définir les parties lentes à charger. Ainsi, tu verra, que par exemple, la page "toto.php" met 2 dizièmes, là ou la page tutu.php en met 12. Dans ce cas, l'optimisation passe par le code. Si les lenteurs sont similaire pour un type de page, voir si elles sont "normales" ou dans la moyenne haute par rapport aux autres sites. Ces tests (y compris avec des apache bench à tire la rigo / du wget ou autre / un parsing de site accéléré / toussa) te permettront d'identifier le bottleneck de l'infra, et donc de savoir ou travailler. > Cdt Cdt, _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
<<winmail.dat>>
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
