Configuration

• Dotdeb PHP 5.3, Apache 2.2 & MySQL 5.5
• No extra PHP extension/Apache module
• APC opcode cache, no static cache, no deflate
• French/American English versions of WordPress
• TwenyEleven WordPress theme

Zero tuning on conf file, only default configuration from APT installation.

Benchmarks

J’utilise le logiciel SIEGE pour effectuer des benchmarks rapides
siege -b -c 100 -r 10 https://mywebsitebenchark.com

Le benchmark appelle le site internet https://mywebsitebenchark.com, en éxécutant 100 connexions simultanées, le test est lancé 10 fois à la suite.

Profiling

Profiling de l’application via XHprof avec le cache opcode APC, pour les versions françaises « FR », anglaises natives « US », et françaises avec le plugin 001 Prime Strategy Translate Accelerator « FR_Plugin »

Conclusion

Ces quelques tests ont tendance à montrer 2 choses :

1. Le mécanisme d’internationalisation de WordPress coûte cher en CPU et en mémoire. Un WordPress français est presque 2.5 fois plus lent qu’un WordPress en langue native
2. La segmentation des fichiers PO à venir dans WordPress 3.4 améliore légèrement la situation mais sans être révolutionnaire. On économise 3mo lors de l’exécution de WordPress. WordPress 3.4 FR est environ 35% plus rapide que WordPress 3.3 FR.

Par ailleurs, le plugin 001 Prime Strategy Translate Accelerator propose un concept intéressant en ajoutant la traduction de WordPress dans le cache user de APC. C’est donc un moyen innovant et intelligent pour améliorer les performances sans hacker le core de WordPress.

Le seul défaut que je trouve à ce plugin, c’est qu’il fait appel directement aux fonctions de APC, au lieu d’utiliser le cache objet de WordPress, ce qui lui permettrait d’être compatible avec un grand nombre de technologies (Xcache, Memcache, etc.)

Le cache objet de la traduction est peut être un concept à proposer dans le core, avis aux amateurs de patch :)

Dernière précision : WordPress 3.4 US est aussi rapide que WordPress 3.3 US out of the box.