Environnement
Matériel ou VM, système, versions, réseau, volumes et configuration.
🧪 Le Laboratoire du Chef
Mesurer avant de comparer
Une technologie n’est pas « plus rapide » dans l’absolu. Cette page décrit les protocoles utilisés pour produire des comparatifs vérifiables, sans publier de chiffres inventés ni généraliser un test isolé.
6protocoles proposés
p50/p95percentiles à publier
0résultat sans contexte
Règle de publication
Un résultat n’est présenté comme un benchmark Au P’tit Serveur que si la date, les versions, la configuration, le jeu de données, la commande, la durée, les mesures brutes et les limites sont conservés. Tant que ces éléments ne sont pas disponibles, le Laboratoire publie une méthode et non un classement.
Protocole 01
Apache et Nginx sur une application PHP
Le même code, la même base, le même cache et les mêmes ressources doivent être utilisés. Le test sépare fichiers statiques, page PHP cachée et page PHP dynamique.
À fixerversions, MPM ou workers, PHP-FPM, keep-alive, TLS et cache.
À mesurerdébit, latence p50/p95/p99, erreurs, CPU, mémoire et file FPM.
À publiercommandes, temps de chauffe, durée, concurrence et résultats bruts.
Exemple de commande, à adapter
wrk -t4 -c100 -d60s https://example.fr/page-test
# Rejouer plusieurs fois, alterner l’ordre des serveurs
# et corréler avec CPU, mémoire, erreurs et PHP-FPM.Protocole 02
Redis Object Cache sur WordPress
Le test utilise une copie anonymisée avec un volume de contenus proche de la production. Il compare visiteurs anonymes, utilisateurs connectés, recherche et panier, car le cache de page masque autrement le coût dynamique.
Référencerequêtes SQL, temps PHP et TTFB sans cache objet.
Redishit rate, mémoire, évictions, erreurs et comportement lors d’un arrêt.
Décisiongarder Redis uniquement si le gain dynamique justifie le service supplémentaire.
Protocole 03
Comparer des versions PHP
Chaque version exécute la même application avec OPcache chaud et une configuration comparable. La compatibilité des thèmes, modules, extensions natives et tâches cron est vérifiée avant la performance.
Critère d’arrêt
Une version plus rapide mais incompatible avec le paiement, l’administration ou une extension métier n’est pas une amélioration. Les erreurs et avertissements font partie du résultat.
Protocole 04
HTTP/2 et HTTP/3 sur plusieurs réseaux
Le protocole négocié doit être enregistré. Les essais couvrent fibre stable, réseau mobile et pertes simulées, avec HTTP/2 disponible en repli. LCP, temps de connexion et taux d’échec sont comparés sur plusieurs séries.
Protocoles 05 et 06
Restauration et migration DNS
Une sauvegarde est évaluée par une restauration isolée : téléchargement, extraction, import, changement de configuration et contrôles métier. Une migration DNS mesure l’ancien TTL, les réponses autoritaires, le trafic sur les deux serveurs et le temps jusqu’à disparition des anciennes requêtes.
RPOquantité maximale de données que le scénario accepte de perdre.
RTOtemps de reprise chronométré jusqu’au retour du service utile.
Retour arrièrecondition de décision et procédure testée avant la fenêtre.
Ce qu’un futur résultat devra contenir
Données
Mesures brutes, nombre de séries, percentiles, erreurs et date du test.
Limites
Ce que le protocole permet de conclure et les situations qu’il ne couvre pas.
Tester votre propre infrastructure
Les Ustensiles donnent des signaux publics prudents. Pour un benchmark de capacité, utilisez une préproduction et obtenez l’autorisation du propriétaire.