Salut
 
Je fais du PHP depuis pas mal de temps déjà , essentiellement pour des PME ou des sites a traffic assez modéré. Mais je commence actuellement a faire du développement sur des site de prestation évenementielles qui génèrent par contre pas mal de traffic et ou par conséquent il convient d'avoir un code plus qu'optimisé pour tenir la charge.
 
J'ai fait un application, ou plutot un framework, et je voudrais savoir s'il existe un moyen de mesurer efficacement la montée en charge en simulant des acces ou autre.
 
A titre indicatif, mon admin dans sa version la plus gourmande en ressource prends 0.04 secondes d'affichage sur un pentium M 1.73GHz sous debian. Je ne sais pas si c'est suffisant pour avoir une idée...

Il existe des outils comme ab ou Siege dont le rôle est de simuler de la charge (des requêtes).

Mais il faut faire très attention: les véritables mesures de charges, correctes, qui testent ce qu'on veut et pas autre chose, c'est très dûr. Et pour faire des analyses correctes (aussi bien du besoin en mesure que des résultats), il faut avoir un minimum de connaissance en statistiques.

Je recommande Programmers Need To Learn Statistics Or I Will Kill Them All de Zed Shaw pour un survol du genre de problèmes qu'on peut avoir dans la récupération ou l'analyse de données.

Je pensais qu'il existait des softs pour simuler l'acces des pages directement avec un aprecu des temps de chargement.

Ben oui, comme je connais pas trop le sujet je m'imagine que certains trucs sont faisables facilement alors que ca n'est pas le cas ... Je vais regarder ton lien

J'aurais tendance à avoir ton point de vue: on génère plusieurs requêtes pas seconde, avec des requêtes différentes, dont des choses qui tirent sur la bd si existante. Et le tout à distance par avec une connexion de 100Mb.
 
Ca donne une idée de si ça va se vautrer vite ou pas

LE truc c'est que comme l'applic a des protection d'acecs par session, ca va etre tendu, enfin... je trouverai

ben quoi.
 
Web Application Stress Tool
http://www.microsoft.com/downloads [...] laylang=en
 
Microsoft par exemple publie cet outils, qui est tout à fait simple d'utilisation et permet de se faire une bonne idée de la montée en charge (à condition de savoir quoi tester et pas n'importe comment)
 
Par contre, mieux vaux avoir une batterie de postes clients pour faire les tests, parceque lancer 100 000 instances d'internet explorer y a pas aimer le PC
 
Un petit tuto pour s'en servir (mais ça survole de haut l'outil...)
http://www.microsoft.com/technet/a [...] x?mfr=true
 
PS : Le soft gère les compteurs de performance windows. Mais il peut parfaitement être lancé pour stresser n'importe quel site distant (si vous avez un agrégat de connexions en fibre optique et quelques centaines de milliers de machines en réseau vous pouvez toujours vous amuser à bencher google), mais vous n'aurez pas de retours des stats. Mais rien n'empêche de monitorer le serveur pendant ce temps pour voir si c'est les disques, la ram ou le CPU qui ne suivent pas.
 
Cet outils est pratique pour trouver à partir de quel moment le serveur est gavé jusqu'à la gueule. Etant donné qu'il permet de reproduire un comportement intelligent d'un utilisateur, on peut supposer les résultats relativement fiable si le jeu de test est suffisament représentatif.
Par contre, en aucun cas il va dire "où c'est cette fonction là dans cette page qui fait tout foirer". Là, il faudra rechercher des outils d'analyse des performance pour le module PHP, s'ils existent, ou faire du bench marking à la main (en collant des timers autour des différentes fonctions pour voir lesquelles sont trop lentes)

Que je lui proposais juste au dessus des clients faisant exactement ça?

C'est vraiment n'importe quoi

Tu parles de requêtes
Comment tu veux que je sâche que c'est des requêtes HTTP et non des requêtes SQL
J'ai cru que ton truc c'était des moniteurs de charge pour MySQL ou autre... Sorry
 

Marseille tu connais pas ?
 
(ceci dit, honnêtement, j'ai déjà utilisé WAS, et à plusieurs reprises, c'est le client que j'ai mis à genoux avant le serveur... ça pompe mine de rien...)