Reprise du message précédent :

Tu peux le faire chez moi aussi, il y a un mrtg disponible ici : http://www.zozoll-online.com/mrtg/  

ok, c'est intéressant, tu as un mrtg
 
Je t'envoie sur http://forum.zozoll-online.com/topic.asp?t=9&i=1
 
Je le fais 15minutes

C'est parti, 820 onlines

240, tout va bien pour le moment...

Arf, la ca va moins bien deja  

Ah nan la c bon, tout est ok à 480 users

tu peux pas avoir le mrtg sur les 20 dernières minutes ? parce que par heure, on voit pas trop bien

Ah nan, ca fait partis des truc que je sais pas faire, c'est koi le parametre à changer dans la config de mrtg ?

582, tjs ok  

sur lea-linux, je crois qu'il y a un tuto sur mrtg.
 
Tu es sur hébergement mutualisé là ?

Nan, c'est un serveur perso, je regarderais pour mrtg à l'occaz

tu es le seul site dessus ? quelle est ta config ?

En tout cas je suis agreablement surpris par sa tenue en charge

je l'enlève
 
test réussi

C'est un Bi-pIII 1GHz - 512Mo - SCSI sous Windows 2000, mais il n'y a aucun site à fort trafic dessus.

ah oui quand meme
 
Le mien c'est céléron 1.7ghz et IDE

Bon, et dire que je suis en train de passer au .NET pour améliorer les perfs, je commence à me demander si ca vaut la peine

c partit sur le miens

Ce qui serait interressant, c'est de voir en gros combien ca fait de requetes par seconde 850 users connectés

fmp3 HS
 

si on est logué en root,je crois qu'on peut voir ca avec phpmyadmin

Je parle pas de requete sur le serveur MySQL, mais de requetes traitées par le serveur www

tu les a avec apache

J'ai pas apache, c'est plus à toi que je demandais ca en fait

 
Bah je peux te répondre si tu le veux .
 
Pas la peine. Le choix du .NET ne t'apportera rien de plus par rapport à l'asp (sauf le cache et un moteur de script un peu plus rapide, mais ce n'est pas folichon). Le problème dans ces 2 langages vient des connexions aux base de données. C'est d'un lent. Encore plus lent avec .NET qu'avec l'asp   . Pire encore, la gestion du datareader est une vrai misère, ici, le recordset.recordcount, tu peux t'asseoir dessus   , ça n'existe pas, et le dataset est une ruine pour un server. Il te traumatise un BI Processeur en 2 temps 3 mouvements .
 
Au départ, j'ai voulu faire FGFasp en aspX, devant le nombre de galère et devant les minables performances atteintes avec les procédures stockées, j'ai laissé tomber (un accès à un datareader, 0.5 ms, c'est inacceptable ). (j'ai regardé au niveau du msdac.exe, le mettre à jour, pas moyen d'améliorer les perfs.) Ma machine peut être.
 
Sinon, pour atteindre des performances similaire à celle du php sous mysql, en asp c'est possible mais il faut minimiser le nombre d'accès à ta base de données (et utiliser des ruses de siou , comme par exemple afficher 300 users sans utiliser de boucle ). Dans ma base de données, j'ai au max 4 requêtes et au minimum 3 requêtes (la page memberlist par exemple). C'est ce qui te fait perdre le plus de temps  , seul problème, chopper les bonnes optimisations, mais c'est pas trop un problème lorsque l'on s'y connait en sql . Un truc assez sympa (plus optimisé n'existe pas   ). Look le code ci dessous
 
sys_connection.Execute str_sql,, adExecuteNoRecords + adCmdText + adAsyncExecute
 
Un autre outils assez intéressant et plus parlant que Microsoft stress application....., utilises WAPT 2.0, il te fera découvrir certaines erreurs jusque là encore inconnue (notamment les problèmes de curseurs   (erreur -21***)). Même microsoft n'arrive pas à les résoudre
 
Seul solution, fermer et ouvrir ta connexion à ta base de données avant chaque requête SQL, avec les inconveniants que cela représente

tu veux dire les hits ?

Je suis pas tout à fait d'accord, pour le moment mes tests en ASP.NET montrent qu'en gros j'arrive aux memes resultats qu'en ASP, mais c'est pas nettement mieux, comme je m'y attendais.
 
T'es sur que c'est pas parce que tu es avec Access que c'est aussi lent pour toi ?
Sur un pIV 3GHz, j'arrive à monter à 80 requetes par secondes sur une page avec 2 procedures stockées, dont une qui retourne un datareader, je trouve pas que ca soit specialement lent  
 
Et ya un truc que tu cites pas : la gestion du cache avec ASP.NET, c'est un vrai bonheur comparé à la technique classique de cacher les data dans l'object application d'ASP  
 
Je connais bien WAST, c'est avec ca que je teste mes dev, donc je savais que mon forum tiendrait plus ou moins correctement la charge en fait

zoll > c'est koi ton hebergeur ?t'as un serveur dédié ?

C'est une societé privée, avec une ligne à 2Mbps, et une machine qui m'appartient.

en ce moment meme:

Donc si on enleve les requetes pour le contenu statique (images, etc...), ca doit faire dans les 15 requetes/sec sur des pages dynamiques nan ?

Je suis pas tout à fait d'accord, pour le moment mes tests en ASP.NET montrent qu'en gros j'arrive aux memes resultats qu'en ASP, mais c'est pas nettement mieux, comme je m'y attendais.
>> Pareil, ma première réaction à été identique . Je m'attendais à des performances digne d'un code en assembleur , j'ai été décu
 
>>T'es sur que c'est pas parce que tu es avec Access que c'est aussi lent pour toi ?
non non j'utilisais des procédures stockées.
 
>>Sur un pIV 3GHz, j'arrive à monter à 80 requetes par secondes sur une page avec 2 procedures stockées, dont une qui retourne un datareader, je trouve pas que ca soit specialement lent  
Euh, sur un P3 933, en asp avec 4 requêtes, j'arrive à du 50 requêtes par seconde  
 
>>Et ya un truc que tu cites pas : la gestion du cache avec ASP.NET, c'est un vrai bonheur comparé à la technique classique de cacher les data dans l'object application d'ASP  
 
/me prete ces lunettes à zozoll
pour ma part je n'utilise pas les objet application, car c'est un vrai piège plus qu'autre chose,notamment à cause de leurs gestions des threads..

un petit souvenir
 

Paut etre pas avec une base de 100Mo derriere nan
Enfin ca me parait pas aussi tranché, mais bon, je verrais en avancant dans mon code .NET

 
non effectivement (0 message ). Actuellemement, j'ai 3 ou 4 requêtes qui me pose problème et qui font chuter mes performances, mais une fois ce problème contourné, je pense pouvoir atteindre les 0.01 secondes (un exploit en asp )

ce serait possible de faire un petit test sur http://www.lewebrapide.com/forum/l [...] id_forum=6
 
please ?

Essayez de donner des grosses pages quand meme, parce que là ya 17 topics, c'est limite une page statique

oui je sais

je suis ok pour un second essai