J'essaie de rassembler des données de référence pour déterminer dans quelle mesure mes optimisations pour WordPress se portent bien. J'ai trouvé cette page sur High Traffic Tips mais elle ne contient aucune donnée. Existe-t-il des outils qui comparent WordPress? Non seulement à quel point il résiste au trafic, mais à des choses comme la façon dont la mise en cache est efficace lorsque vous effectuez X Posts une heure et X commentaires par minute, ainsi que d'autres cas d'utilisation normaux pour WordPress.
Pour mémoire, j'ai exécuté Siege et Blitz.io contre les installations, mais c'est simplement la façon dont votre site peut mettre en cache et servir / diffuser les demandes. Si c'est la seule mesure qui peut être produite de manière cohérente (peut-être que la demande / s est la seule façon de procéder), c'est bien. S'il existe d'autres outils qui peuvent montrer combien de requêtes / s peuvent être maintenues en cas d'utilisation variable (devoir régénérer le cache toutes les 10 minutes aura un impact important s'il est utilisé pendant l'actualisation, ou vider le cache puis actualiser le cache).
la source
Réponses:
Siège .
Testez contre à la fois une publication / page réelle (qui atteindrait théoriquement le cache de page, APC, vernis, etc. pour chaque demande après la première demande) et contre un 404 (par exemple, des chaînes générées de manière aléatoire), ce qui nécessiterait des requêtes de base de données sur chaque frappé.
Quelques indicateurs utiles:
-b
référence (n'attendez pas entre les demandes)-c N
où N est le nombre de demandes simultanées à effectuer-t N
où N est le temps (par exemple,30S
) pour exécuter le testS'il est utile, ce script générera des chaînes aléatoires (404) qui peuvent être utilisées pour générer des requêtes vers des publications / pages qui généreront des 404.
la source
Vous devriez également consulter P3 http://wordpress.org/extend/plugins/p3-profiler/
Il ne fait pas de tests de performances intensifs en trafic, mais il vous aidera à montrer où WordPress passe son temps lors de la création d'une page.
la source
Si vous aimez le siège, vous adorerez les abeilles avec des mitrailleuses
Les abeilles avec des mitrailleuses feront tourner des images EC2 1-N, puis exécuteront une attaque de type siège depuis plusieurs serveurs, simulant mieux le trafic Internet. Nécessite un compte Amazon EC2 et utilise python.
la source
Vous pouvez également essayer d'utiliser un service externe comme Load Impact: http://loadimpact.com/
Nous avons utilisé leur service gratuit plusieurs fois pour les tests de charge WordPress.
Du côté des plugins, il y a beaucoup de plugins qui font différents types de rapports sur l'utilisation de la mémoire et du processeur et autres (par rapport à la charge de la page), et j'aurais aimé qu'il y en ait un plus tout inclus qui offrait un certain type de sens métrique.
la source
Un moyen simple si vous utilisez Apache est d'utiliser simplement la construction dans apachebench (elle devrait être dans votre
apache/bin
dossier).Fondamentalement, vous souhaitez mesurer les demandes / accès simultanés avec divers paramètres, désactiver le cache et exécuter des tests, puis activer APC, optimiser et comparer les données.
Ce n'est pas vraiment une question liée à WordPress.
ps. Enregistrez vos résultats dans un fichier en utilisant le format gnuplot (-g) pour les représenter graphiquement, ne le faites pas non plus sur un hôte en direct sans le leur dire.
la source
Le test des performances de WP de base avec Siege / Apachebench est assez simple, cependant, qui teste simplement le plug-in de mise en cache que vous utilisez, ou (plus probablement) la façon dont votre serveur Web est réglé.
Vous pouvez commencer à construire des tests plus réalistes en utilisant un outil comme Selenium qui vous permet de créer des scripts pour créer de nouveaux messages et commentaires, utilisés en conjonction avec un test ApacheBench / Siege assez long.
De plus, selon la nature de votre site, les utilisateurs connectés peuvent représenter une proportion importante de votre trafic. En règle générale, les utilisateurs connectés ne sont pas mis en cache par les plug-ins de mise en cache (ou s'ils sont mis en cache, ils obtiennent un ensemble de pages mises en cache par utilisateur), ce qui signifie qu'ils atteignent directement WP et la base de données. Encore une fois, le sélénium (ou similaire) peut être utilisé pour simuler le trafic connecté, bien que vous ayez probablement besoin d'utiliser la grille de sélénium pour simuler un grand nombre d'utilisateurs connectés (je n'ai pas essayé cela moi-même, mais c'est sur mon jamais allonger la liste des choses à essayer)
la source