it-swarm-fr.com

Quelle est la limite attendue pour une performance acceptable de WordPress sans aucun ajustement?

D'après votre expérience, à quel moment faut-il commencer à penser à la reproduction à plus grande échelle?

Quelles sont les performances attendues d’une installation WordPress commune sur un serveur Web Apache standard, sans [ajustements ou plugins de performances] ( Étapes à suivre pour optimiser WordPress en Regard sur la charge du serveur? )?

En termes de chargement de page (supposons qu'il n'y ait pas de cache): Est-il dans la plage de 100/1000's/+ de chargement de page par seconde?

En termes de trafic: À quel nombre d'utilisateurs par jour peut-on s'attendre à rencontrer des goulots d'étranglement en termes de performances (ignorer le trafic, en supposant une excellente connexion)?

3
Marek

Beaucoup de choses sont très subjectives et difficiles à répondre en raison de la diversité des environnements de serveurs, des thèmes, de la taille de la base de données, etc.

D'après votre expérience, à quel moment faut-il commencer à penser à la reproduction à plus grande échelle?

Si vous êtes préoccupé par l'expérience de vos utilisateurs, vous devriez déjà pratiquer des techniques de performances sonores frontales . Quand est-il temps de passer à la vitesse supérieure? Lorsque l'expérience de vos utilisateurs commence à se dégrader et que le chargement de pages est lent, votre taux de rebond augmente.

Quelles sont les performances attendues d'une installation WordPress commune sur un serveur Web Apache standard, sans ajustement des performances ni plug-ins?

Une installation WordPress commune exécutant le thème par défaut pour un blog de taille petite à moyenne sur l’un des hôtes partagés recommandés devrait pouvoir gérer des centaines d’utilisateurs par jour sans problème.

En termes de chargement de page (supposons qu'il n'y ait pas de cache): est-il dans la plage de 100/1000's/+ de chargement de page par seconde?

Pour cette question, j'ai exécuté un test Apache Benchmark sur une installation WordPress exécutant le thème 2010 par défaut sans mise en cache.

alt text

J'ai fait 500 demandes à 10 demandes par seconde et j'ai pu en moyenne 3,6 demandes par seconde, mais au fur et à mesure que les demandes ont commencé à s'accumuler, la demande la plus longue a pris presque 2 minutes.

En termes de trafic: À quel nombre d'utilisateurs par jour peut-on s'attendre à rencontrer des goulots d'étranglement en termes de performances (ignorer le trafic, dans l'hypothèse d'une excellente connexion)?

Il est impossible de répondre à cette question sans exécuter des tests de charge ou des tests de performances sur le serveur. Pour le repère ci-dessus, vous auriez des goulots d'étranglement à chaque fois que plus de 10 utilisateurs utilisaient le site à la fois.

6
Chris_O

Marek, votre question est hautement subjective et ne peut donc pas être correctement répondue. Vous devez fournir un contexte correctement défini, une définition des termes et des valeurs, etc., afin que cela soit proche. Quelque chose de très certainement pas possible ici. À moins que vous ne le fassiez pas, la réponse est très facile:

Ça dépend.

Par exemple, si votre site semble lent juste après une configuration vierge et qu’il faut environ 30 secondes pour répondre, je peux sans aucun doute dire qu’il est temps de commencer à penser à l’agrandissement.

Une règle de base pourrait être que votre site de vie réponde au moins x fois (par exemple le 10ème de seconde) pour toute demande soumise à une charge. Sinon, commencez à penser à la reproduction à plus grande échelle. Définissez l'heure de vos besoins, puis surveillez votre site et, s'il passe au-dessus de la ligne, commencez à envisager une mise à l'échelle. Avec les sites, cela dépend toujours, il faut donc le mesurer.

0
hakre

Cela dépend aussi des plugins installés, etc.

Je travaille sur une installation multi-site en ce moment avec plus de 60 plugins installés.

Sur un serveur m2-xlarge d’Amazon EC2, il culmine à 25 PHP requêtes par seconde (test de charge avec httperf, frappe uniquement PHP urls, pas d'images, etc.). maximisé par le processus PHP-FPM.

Il y a beaucoup de possibilités d'amélioration.

0
Barry G