tu sous-entends dans ton premier commentaire que les techno open source pour le web ne tienne la charge qu'au prix d'effort couteux,
toi, tu as du mal avec le francais ...
j'ai dit "quand on voit certains web softs libres, je n'ai pas dit "tous les web softs libres" ... pourquoi pas tous ? parce qu'il existe des outils bien faits :P
j'ai dit "je ne dis pas que c'est mieux du coté des softs proprio, je ne le pense pas." cela signifie que libre et proprio même merdier cela ne signifie pas " le libre c'est plus pourri que le proprio ".
j'ai dit "non, ce n'est pas un probleme de langage, ni de techno, c'est un problème d'ignorance de certains sujets par les devs d'appli" je vois mal où je parle de PHP.
Tu parles de la lourdeur de JBoss, sincèrement, est ce pertinent d'avoir un équivalent de dotclear en JBoss pour quelques dizaines de milliers de pages vues par mois ?
penses tu qu'à infra égale Wikimedia aurait intérêt à passer sur du JBoss ?
les skyblog peut etre en JBoss ?
ca ne t'intrigue pas la différence de temps de réponse entre http://xwiki.org/ et http://mediawiki.org/ ?
Pour ce qui est de la tenue de charge autrement qu'avec un reverse proxy, oui, je sais, il existe des solutions ...
mais après avoir optimisé la FS, collé un cache d'opcode pour PHP ( python et perl ont des alternatives ), torturé MySQL/PostGreSQL, utilisé à fond la tmpfs, torturé apache ( ou autre ), il y a un moment où le problème s'appelle le code de l'appli web ( et ce, quelque soit le langage ).
Question bête :
ton drupal, il encaisse quoi comme trafic sur quelle config ?
je viens de chercher quelques benchmarks sur drupal :
- http://buytaert.net/drupal-5-performance ( 250 r/s théorique avec un test pratique de 20 r/s - et vu que le -c 250 n'a pas été testé avec ab2 , la version importe peu )
- http://drupal.org/node/79237 ( -c 1 le test ! pour un resultat de 2,7 r/s théorique ! ca c'est de la tenue de charge ... surtout quand on voit que ca commence à cafouiller dès le dernier décile pour froler un temps de réponse proche du double ... sur un total de 100 requetes sur la meme page ).
[^] # Re: heu ...
Posté par Mouns . En réponse au journal Logiciels Libres & Developpement durable. Évalué à 1.
tu sous-entends dans ton premier commentaire que les techno open source pour le web ne tienne la charge qu'au prix d'effort couteux,
toi, tu as du mal avec le francais ...
j'ai dit "quand on voit certains web softs libres, je n'ai pas dit "tous les web softs libres" ... pourquoi pas tous ? parce qu'il existe des outils bien faits :P
j'ai dit "je ne dis pas que c'est mieux du coté des softs proprio, je ne le pense pas." cela signifie que libre et proprio même merdier cela ne signifie pas " le libre c'est plus pourri que le proprio ".
j'ai dit "non, ce n'est pas un probleme de langage, ni de techno, c'est un problème d'ignorance de certains sujets par les devs d'appli" je vois mal où je parle de PHP.
Tu parles de la lourdeur de JBoss, sincèrement, est ce pertinent d'avoir un équivalent de dotclear en JBoss pour quelques dizaines de milliers de pages vues par mois ?
penses tu qu'à infra égale Wikimedia aurait intérêt à passer sur du JBoss ?
les skyblog peut etre en JBoss ?
ca ne t'intrigue pas la différence de temps de réponse entre http://xwiki.org/ et http://mediawiki.org/ ?
Pour ce qui est de la tenue de charge autrement qu'avec un reverse proxy, oui, je sais, il existe des solutions ...
mais après avoir optimisé la FS, collé un cache d'opcode pour PHP ( python et perl ont des alternatives ), torturé MySQL/PostGreSQL, utilisé à fond la tmpfs, torturé apache ( ou autre ), il y a un moment où le problème s'appelle le code de l'appli web ( et ce, quelque soit le langage ).
Question bête :
ton drupal, il encaisse quoi comme trafic sur quelle config ?
je viens de chercher quelques benchmarks sur drupal :
- http://buytaert.net/drupal-5-performance ( 250 r/s théorique avec un test pratique de 20 r/s - et vu que le -c 250 n'a pas été testé avec ab2 , la version importe peu )
- http://drupal.org/node/79237 ( -c 1 le test ! pour un resultat de 2,7 r/s théorique ! ca c'est de la tenue de charge ... surtout quand on voit que ca commence à cafouiller dès le dernier décile pour froler un temps de réponse proche du double ... sur un total de 100 requetes sur la meme page ).