Reprise du message précédent :

non  

merde

La flemme ?

je suis au taquet moi

Vous pouvez me dire a cbien sont les temps de générations de page ici :
 
http://www.smallville-forum.com/fo [...] c=1&page=1
 
la :
http://www.smallville-forum.com/fo [...] =1&page=50
 
et la ?
 
http://www.smallville-forum.com/fo [...] =1&page=79
 
Puis avec un F5 pour voir
 
Merci a tous

Page générée en 0.006624 secondes
 
toutes tes req sont dans le query cache ?

Nop, du tout
 
En fait, chaque page est différente, et je vous ai selectionnée celle que personne n'avait matté, donc pas en cache
 
Bien sur, si tu fe F5, apres elles sont en cache

bah avec un temps pareil (Page générée en 0.006624 secondes ) c'est forcement du query cache

Nan nan

 
 
nan.

 
C'est malin ^^

non vacance    
 
et puis je suis assez occupé

lol oki

et puis fait trop chaud pour travailler

Spa une raison

Vous connaissez des "stress test" pour simuler des utilisateurs ?

skoi ca

http://www.microsoft.com/downloads [...] laylang=en
 

Il faut trouver un juste équilibre ... Mais bon, un processeur correct (P3-S ou P4 Northwood 1.8 Ghz) avec un disque SCSI sera plus adapté à un forum qu'un Bi-P4 2.4 Ghz avec un disque en IDE. Très clairement !

L'avantage du SCSI, c'est juste un acces disque plus rapide ?

Oui. La différence n'est pas signification en débit, mais elle reste énorme pour ce qui est des temps d'accès. Un disque dur IDE commence à être largué quand tu approches les 100/120 requêtes par seconde. En SCSI je tourne toute la journée à 200 requêtes seconde (avec des pointes à 800 lors de certains traitements spéficiques), avec une charge serveur ridicule.

tu parles en req mysql ?

En requêtes MySQL oui

parce que là, j'ai un DD IDE et j'atteins régulièrement les 300 req/s

Tout dépend des requêtes, difficile de faire des comparaisons avec des applications différentes.

J'ai l'impression que MS STRESS ne marche que pour les pages ASP

ben non,tu lui donne l'url de la page et il va te la flooder

Beh chez moi il fe keudalle
 
0 req/s

Bon, je tiens plus, ça fait une semaine que je peux pas développer, je m'installe un Apache, PHP, MySQL sur ma machine de vacances (P100 ) je vais en profiter pour optimiser les temps de génération des pages

UP

Ne laissons pas ce topic dans l'oubli !

faut sortir pendant les vacances

ma config de vacances ne me motive pas à développer

 
Quelques petits screens
 
 

 

 

 

 

 

Ca marche bien alors les grosses cats on dirait http://www.smallville-fr.com/divers/forum/1.jpg

Ouep ouep nikel !
 
Et ce, grace a toi
 
Encore merci

Dites les djeunz
 
Pourvotre forum, vous avez :
- Deux tables (topics + posts) pour chaque categorie
 
- Deux tables, mais pour TOUTES les categories ?
 
 
Lakelle vous privilégiez ? Pourkoi ?
 
Mici

Moi j'ai 10 tables : 3 pour les mp (une de topic, une de messages, une de suivi), 3 pour les messages (meme schéma) une pour la liste des utilisateurs, une pour la liste des forums (enfin des catégories plutot), et 2 pour les sondages (liste des réponses et vote)
 
Donc pour répondre à ta question, j'ai tout dans la meme table, et j'ai un champ pour enregister la valeur de la catégorie, ca me permet de changer facilement le topic de catégorie et celà sans perte du suivi

J'ai 3 tables pour l'ensemble des catégorie, c'est bien plus propre. Au début j'avais tout modélisé comme un porc, au fur et à mesure que mon sof de forum évoluait j'ai vite compris mon erreur

Oki
 
j'ai une petite question :
Si toutes les categories sont regroupées dans une meme table, ca ne craint pas trop au nivo des LOCK des tables ?
 
Jem'explique :
 
300 users sur le forum par exemple ... une table par categorie.
 
Sinon 300 users, une table pour toutes les categories ; les 300 users vont utiliser cette meme table, donc les risques de LOCK, et donc d'attente sont plus probables nan?
 
kes ke vous en pensez ?