[Linux-bruxelles] Un serveur web, c'est comme une imprimerie!

[Jean-Charles de Longueville]

Le 09-juin-09 à 15:29, Laurent Léonard a écrit :

> Le mardi 09 juin 2009 à 12:53, Jean-Charles de Longueville a écrit :
>> Un serveur web, c'est comme une imprimerie!
>>
>> Il faut livrer une page par lecteur.
>>
>> Une machine ne peut livrer qu'un certain nombre de pages par unité de
>> temps.
>>
>> La question est donc quel dimensionnement de machine(s) pour quel
>> nombre de pages d'un type donné par unité de temps?
>>
>> Existe-t-il un tel abaque?
>>
>> Si non, comment monter un labo FOSS pour contribuer a établir un tel
>> abaque?
>>
>> Je dispose pour cela de 6 serveurs divers relies via un switch GE  
>> dans
>> un rack chez LCL a Diegem pour cela.
>>
>> Je connais debian, apache et lighthttpd.
>>
>> A l'instant je suis un peu bloque immobile (je viens de subir une
>> opération chirurgicale au genou) chez moi ou je prépare
>> https://www.hellea.net/setup.html Des cela fini (j'attends la  
>> livraison des
>> machines ces jours
>> prochains), je reformatte les disques des serveurs du rack et ils
>> seront dispos pour le labo.
>>
>> Je fais cela uniquement pour le plaisir ayant largement trop de
>> ressources par rapport a mes besoins (mon plus gros utilisateur vient
>> de me quitter après une dizaine d'années de collaboration. Il migre
>> vers windows convaincu par un vendeur enjôleur... :-( )
>>
>> Si cela amuse/interesse d'aucuns membres du BxLUG, je suis prêts a
>> ouvrir l'accès (ssh + clef) aux serveurs pour la durée du test.
>> (tiens, suis-je en ordre de cotisation?)
>>
>> Je lance donc un débat sur la manière de réaliser un tel abaque et la
>> stratégie pour la mettre en oeuvre.

> Je pense qu'il existe déjà des benchmarks de Apache et Lighttpd  
> effectués sur
> différents types de machines, à partir de ces données tu pourrais en  
> déduire
> ton "abaque".
>
> Cela dit, ce genre de benchmark est toujours fait avec des pages  
> statiques
> afin de mesurer les performances du logiciel. Quel serveur en  
> production
> aujourd'hui ne sert encore que des pages statiques ? Au temps de  
> traitement
> de la demande de page au serveur web il faudra donc ajouter le temps
> d'exécution du code, les accès à la base de données, etc. Autant de
> paramètres qui peuvent être très variables et qui donnent finalement  
> peu de
> sens aux données que tu vas récolter...

Justement, je ne cherche pas un benchmark pour comparer des perfs.
Mais plutot a determiner ce qu'un hardware peut servir en vraie vie.

Par exemple:

un amd64 dual core avec 2GB de RAM configure en LAMP servant des  
joomla, drupal et autres CMS ou wiki ecrits en PHP et utilisants le  
mysql local, peut servir combien de pages a l'heure? ou a la minute?  
avant de tomber.

et avec 1GB de RAM? et 1 ou 4 coeurs? etc...

Localement  pour un labo j'ai un LAN 100/1000 mbps. En vraie vie, les  
serveurs sont connectes a un tuyau de 100 mbps. Le cout de la BP  
n'entre pas en consideration car en vraie vie les usagers (ceux qui  
maintiennent leurs sites) payent leur part de BP.

Pour le test on restera en local.

Une des questions est justement de mettre un contenu realiste sur le  
serveur teste. Sinon on reste dans les benchmarks inutiles en  
production.
-- 
Cordialement,
Jean-Charles