Il y a quelques jours, j’ai découvert G-WAN, un nouveau serveur web « révolutionnaire » d’après son auteur. Ce dernier annonce des performances assez hallucinantes, même face à Apache, NginX ou Lighttpd qui sont les serveurs web les plus connus.

Ce qui m’a vraiment étonné, c’est la différence de performance annoncée :

J’estime maîtriser assez bien Apache ou NginX, et je m’étonne évidemment de telles différences de performances. J’ai donc décidé d’enquêter !

On commence par un rapide tour du logiciel : celui-ci peut se télécharger gratuitement sur le site officiel, mais surprise, le code source n’est pas ouvert ! Vous téléchargerez donc uniquement un binaire (deux versions : 32 bits et 64 bits). Cela serait normalement un argument de trop pour moi pour de la prod, mais comme je suis là pour enquêter (et pas pour utiliser ce logiciel en production), je fais confiance et je télécharge.

Je lance alors un rapide benchmark et je suis effectivement impressionné par la vitesse d’exécution  que ce soit sur du statique (appeler une image), ou bien plus surprenant  un script PHP ! Je retrouve à peu près les performances annoncées sur le site officiel. Il s’agit donc de savoir quelle est la recette miracle. Soit les développeurs sont des Dieux, soit il y a baleine sous gravier 🙂

En lisant la (faible) documentation de G-Wan, j’apprends que PHP est en plus lancé de la pire des façons : comme un CGI classique. Autant dire que face à un Apache bien configuré (avec FastCGI par exemple), il n’y a normalement pas photo. Et là l’outil se permet de faire 50.000 requêtes par seconde, là où Apache et NginX plafonnent à 5.000 environ (le script est un simple ‘echo « hello world »‘). Comment ?

Tests PHP

Comme c’est la partie qui me surprend le plus, je me suis d’abord penché sur la partie PHP. J’ai donc créé un script un tout petit peu plus compliqué :

<?php
$m = new memcache();
$r = $m->connect('127.0.0.1');
if (!$r) exit(500);
$z =$r->increment('counter');
if ($z === false) {
  $r->set('counter', 0);
} 
exit(200);

Le script reste assez lisible : il se connecte à Memcache et incrémente une variable ‘counter’ de un. Si elle n’existe pas, on la créé avec la valeur 0.

Le support de PHP est un peu limité dans G-Wan, mais je vais passer outre :

• il faut absolument que le script se termine avec un exit(CODE_HTTP) ou sinon la page met des dizaines de secondes à charger (G-Wan doit sûrement attendre quelque chose qui n’arrive pas).
• il ne gère (pour le moment) les attributs GET que dans $argv (à vous de reconstruire $_GET). Pour ce point c’est « logique » vu que le logiciel utilise php-cli
• et donc pour la même raison qu’au dessus, il ne gère pas non plus les cookies (qui sont un header envoyé lorsque votre navigateur demande la page).

Comme il s’agit d’un ajout récent nous serons indulgent sur cette partie (l’auteur a fait un appel à contribution pour améliorer le support de PHP).

Mais bref, voilà mon script qui fonctionne. Petit benchmark simple : j’appelle mon script PHP 50 fois, et je regarde la valeur de ‘counter’ dans Memcache. Et là, GROSSE surprise : le compteur vaut « 1 ». Et pourtant le testeur que j’utilise (weighttp) me dit bien que 100% des requêtes ont réussies. Mon petit doigt me dit que G-Wan n’a exécuté le script qu’une seule fois, et s’est cru permis de me retourner du cache pour les autres appels … Pas très ‘fair’ tout ça ! Mais on va vérifier nos dires avec ce 2e script :

<?php
echo rand(0,1000)."\n";
exit(200);

Relativement simple n’est-ce pas ? Juste afficher un nombre aléatoire. Cette fois je fais une simple boucle shell avec wget pour afficher la sortie du script :

for i in $(seq 1 10); do wget -q -O - 'http://127.0.0.1:8080/?test.php' ; done
379
379
379
379
379
379
379
379
379
379

Et le créateur de G-Wan hurle à qui veut l’entendre qu’il ne fait pas de caching … A d’autres (ou alors j’ai pas compris ce qu’il disait).

MAJ 17/01/2013 – Je faisais référence à ce post de Pierre mais en relisant j’ai mal interprété son propos : Oui GWAN fait du cache (la FAQ le précisait bien), mais d’après lui cela ne doit pas expliquer seul les différences de performances.

D’après mes tests, cette mise en cache dure une seconde 200ms comme annoncé dans la documentation et dépend uniquement de l’URL appelée ! Donc si vous appelez votre script depuis 10 IPs différentes (et/ou avec 10 valeurs de cookies différentes), vous aurez le même cache renvoyé. Imaginez la catastrophe sur un site E-Commerce. L’implémentation de PHP dans G-Wan est certes incomplète, mais dans ce cas ne venez pas me voir avec un benchmark qui compare deux choses très différentes.

Tests sur les fichiers statiques

Les performances pour servir des statiques sont également excellentes. J’ai voulu vérifier si là aussi il y avait un cache. Ma méthode simple : un premier shell écrit régulièrement dans un fichier:

while sleep 0.01; do echo $RANDOM > test.html ; done

Et dans l’autre shell, je récupère ce fichier 10 fois de suite :

for i in $(seq 1 10); do wget -q -O - 'http://127.0.0.1:8080/test.html' ; done
29252
29252
29252
29252
29252
29252
29252
29252
29252
29252

Bingo, là encore, du cache ! Et aucune variation également sur la valeur du cookie, l’IP du visiteur, etc. Donc effectivement, si le serveur n’a plus besoin d’aller relire le fichier à chaque fois, les performances seront forcément meilleures 😉
Au passage, les headers renvoyés par le serveur sont curieux :

$ wget --server-response -O - http://127.0.0.1:8080/test.html
[...]
Last-Modified: Thu, 01 Jan 1970 00:06:16 GMT
[...]

$ stat 0.0.0.0_8080/#0.0.0.0/www/test.html
[...]
Access: 2013-01-17 14:21:21.824193231 +0100
Modify: 2013-01-12 14:23:38.376769655 +0100
Change: 2013-01-12 14:23:38.376769655 +0100

Alors qu’on attend plutôt la date effective de modification de ce fichier statique. Probablement un bug ?

 

Conclusion (partielle)

Jusque là, j’ai juste montré que comparer les performances de base de G-Wan, en statique ou avec du PHP n’était pas fair play car ce logiciel est fortement basé sur du cache. Maintenant, imaginez que ce comportement vous aille (on peut honnêtement se demander si on a vraiment besoin d’aller relire un fichier plat à chaque fois). Les performances de G-Wan restent très élevées quand même ! Par contre pour du PHP, oubliez tout de suite vu l’implémentation actuelle ! Si on pouvait choisir sur quels arguments baser le cache (par exemple IP+headers) pourquoi pas, mais là c’est juste inutilisable. On attendra donc une implémentation plus complète de cette partie. Et nulle part dans la documentation je n’ai trouvé comment désactiver ce cache ou changer les arguments (pas juste URL).
Dans un prochain article, je partirais donc du postulat qu’une seconde de cache me convient, et je regarderai alors les performances et essayerai de les expliquer.