Voici la suite des tests de cache...

Dans l’épisode précédent de nos benchs, nous avions des requêtes en erreur, ce qui n’est pas satisfaisant.

Après analyse, il y avait plusieurs effets qui perturbaient les tests :

  • L’effet Réseau : les tests étaient lancés depuis une machine distante, derrière une connexion ADSL, et certaines des erreurs pouvaient en découler. En particulier, il semble que certains boitiers bloquent des requêtes trop nombreuses vers une même URL. Nous avons donc changé de support de test, en utilisant un serveur (dédibox), mais situé sur un réseau différent du serveur cible (gandi).
  • Le nombre de maxClient pour Apache, s’il est trop élevé, peut entrainer un écroulement du serveur par excès de processus lancés, de consommation mémoire, et swap trop intensif. Nous avons donc optimisé cette configuration d’Apache afin que le serveur reste stable dans tous les cas.

Enfin, pour assurer une reproductibilité des résultats, nous avons pris le parti de rebooter la machine avant chaque test pour être sûr que le serveur soit tout propre et dans les mêmes conditions. Nous faisons aussi toujours un hit manuel sur la page testée pour assurer la mise en cache préalable.

On retrouve cette fois des résultats constants quelle que soit la concurrence des requêtes arrivant sur le serveur :

Seule la configuration avec Cache-Cool reste problématique, comme précédemment expliquée. C’est le seul cas où l’on constate des requêtes en erreur.

A noter que la nature du squelette peut également avoir un impact sur les résultats. Pour mémoire et futur benchs, voici le graphe correspondant à une page du style ZPIP contre une page concernant SPIP-ClearZ.

Pour finir, je me permet de vous faire partager ce petit plaisir. Quand on lance le script, on voit

** SIEGE 2.66
** Preparing 110 concurrent users for battle.
The server is now under siege...

Je trouve cela amusant !

clipart par Elliott Edwards

Vos commentaires

Répondre à cet article

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Suivre les commentaires : RSS 2.0 | Atom

Voir aussi...

Nursit est ouvert !

Il nous restait quelques boulons à serrer pour mettre tout en place, et nous avons profité d’une séance de travail lilloise pour boucler le tout : voilà, nous sommes ouverts. C’est parti pour (...)

Lire la suite
Les méthodes de Cache pour SPIP - Episode III ( la revanche du cache-cool)

Lors de l’épisode précédent ( Les différentes méthodes de Cache pour SPIP - Episode II), nous avions vu que Cache-Cool n’était plus efficient au bout d’un certain nombre de requêtes en parallèle. Un peu (...)

Lire la suite
Images & Responsive Web Design

Comment gérer l’affichage des logos d’articles dans un site SPIP Responsive. Le développement de sites Responsive est une problématique de plus en plus fréquente : le RWD (Responsive Web Design) est (...)

Lire la suite