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

[Laurent Léonard]

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.
>
> Cordialement,
> Jean-Charles

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...

-- 
Laurent Léonard
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 197 octets
Desc: This is a digitally signed message part.
URL: </pipermail/linux-bruxelles/attachments/20090609/2d98a41e/attachment-0001.sig>