Un truc qu'il faut apprendre aux développeurs : une base de données n'est pas un endroit pour stocker des sessions PHP car soit disant les développeurs ne savent pas que l'on sait unifier des sessions depuis plusieurs serveurs.
Un autre truc, qui peut aider mais je ne dis pas que ça changera tout ... les sessions dans Memcache pour diminuer les accès disques et un tmpdir de MySQL sur un tmpfs ça peut aussi aider au niveau rapidité ;)
Entre Symfony et Zend ... peu de différences, à vrai dire j'ai pas fait de benchmarks, encore une fois tout dépend du développeur ... require_once vs require,cache / pas cache, etc ... soit il sait ce qu'il fait soit il met n'importe quoi dans son code et on a beau faire du mieux que l'on peut ... une ligne de code suffit pour tout ralentir
Un truc aussi qui peut aider mais pas testé en production : l'executeur PHP de Facebook ( HipHop ) -> http://pro.01net.com/editorial/512183/facebook-accelere-son-php-avec-hiphop/
On Mon, 19 Jul 2010 21:00:53 +0200, Greg greg-frsag@duchatelet.net wrote:
Il y a encore mieux, les X56. J'ai pu avoir des X5650, HT activé => 24 coeurs. C'est parfait pour les serveurs webs, ca permet d'avoir un
nombre
impressionnant de page/secondes.
Tu m'intéresse ! Je vais me renseigner auprès de Dell. Et tant qu'à
faire
avec du SSD.
Je vois que tu as bien fait les choses avec APC. 500ms par page, c'est déjà pas mal ... avec un framework par dessus en plus. Tout dépend avec combien de stress tu fais sortir une page en 500ms. Si c'est avec 200 connexions/secondes ou bien seulement 10 ... Voir comment l'application se comporte en encaissant la charge.
100 requêtes/s (données apache), avec un load de 4.
ps: Symfony ou Zend ? :p
lequel est le pire ? ;) Je ne suis pas sûr qu'il y ait une grosse différence entre les 2, au niveau performance.
Merci pour votre retour !