La machine est un bi-processeur à 1 GHz avec 2 Go de mémoire. La charge est de l'ordre de 0,5 en moyenne (elle oscille grosso modo entre 0 et et 1,5), mais ce n'est pas très pertinent car d'autres bidules sont hébergés dessus (sites Web, mailing-listes). D'autre part le système de statistiques de SPIP est activé, qui bouffe un peu de ressources (connexion systématique à MySQL).
Un autre critère est d'aller voir le site du Diplo (http://www.monde-diplomatique.fr(...)) et de constater que la navigation est fluide (hormis le sale bandeau de pub sous-traité à une régie externe ;-)) : ça ne donne pas une impression de "site dynamique" un peu poussif. La fréquentation est montée à trois millions de pages sur un mois dernièrement (Irak oblige).
Pour le reste, un "Apache Bench" depuis une machine bien connectée permet de se faire une idée plus précise des temps de latence (par exemple en comparant avec un fichier statique hébergé sur le même serveur, une image par exemple).
Pour répondre au commentaire du dessous : on ne peut pas reprendre un cumul mensuel et dire que cela représente N requêtes par seconde en continu. Les consultations Web sont très dépendantes de l'heure et du jour, il faut être prêt à tenir des charges de dix pages par seconde (plus pour Linuxfr) tout en assurant de préférence un envoi rapide des pages demandées.
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Antoine . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 2.
Un autre critère est d'aller voir le site du Diplo (http://www.monde-diplomatique.fr(...)) et de constater que la navigation est fluide (hormis le sale bandeau de pub sous-traité à une régie externe ;-)) : ça ne donne pas une impression de "site dynamique" un peu poussif. La fréquentation est montée à trois millions de pages sur un mois dernièrement (Irak oblige).
Pour le reste, un "Apache Bench" depuis une machine bien connectée permet de se faire une idée plus précise des temps de latence (par exemple en comparant avec un fichier statique hébergé sur le même serveur, une image par exemple).
Pour répondre au commentaire du dessous : on ne peut pas reprendre un cumul mensuel et dire que cela représente N requêtes par seconde en continu. Les consultations Web sont très dépendantes de l'heure et du jour, il faut être prêt à tenir des charges de dix pages par seconde (plus pour Linuxfr) tout en assurant de préférence un envoi rapide des pages demandées.