Reprise du message précédent :

dans mon cas, la solution technique est toute trouvée
- je connais rien au PHP
- je maitrise assez bien .NET
- en lisant ce topic, je m'aperçois que .NET m'offre tout ce dont j'ai besoin
donc pq aller chercher midi à 14 heures ?
me manque plus qu'une grosse dose de motivation, et des notions de HTML (oui, je n'ai pas la moindre idée de comment on fait un tableau)

parce que son forum est commercial, et qu'il n'a pas envie que des codeurs du dimanche lui enlèvent le pain de la bouche

Je sais bien mais s'il vient ici, c'est pour echanger des astuces et des methodes, il y a eu deja assez de concours "qui a la plus grosse" sur ce topic.

merci pour le "codeur du dimanche"
 
ya assez de gens qualifiés ici je pense

Bon j'ai testé plus en détail la requête SQL ci-dessous
 

 
Il n'y a vraiment pas photo. J'utilise cette méthode sans aucun remord. Sur 50 000 Sujets, soit environ 1667 pages de 30 sujets, le résultat est instantané (de l'ordre de 0.02 sec sous access) d'un bout à l'autre de la chaîne.

 
Topic de 413 306 réponses (11809 pages de 35 réponses) : http://www.forum-auto.com/sqlforum [...] et9967.htm
 

 
Alors c'est peut être ce que tu appelles des perfs "pas supers" mais vu la taille du topic, qui contient à lui seul autant, voire même plus de posts que 95% des forums, je trouve pas ça si dégueulasse D'autant plus que je n'utilise qu'une seule table pour stocker près de 7 millions de messages.

Bon, c'est pas tout mais je retourne sur mes développements. Au programme une fonctionnalité plutôt délicate à mettre en oeuvre : la gestion de MP à destinataires multiples avec de vrais threads de discussions privés entre plusieurs membres.
 
Mon modèle prévoie pas moins de 6 tables uniquement pour les messages privés

ARF !!! sa c'est de la messagerie !

Quand j'ai testé ton forum juste avant de poster, Core 666, c'etait plus proche de 0.4s. Mais, en effet, tes perfs sont pour moi, moyennes. C'est bien compte tenu de la taille de bdd Mais d'un autre cote, tu as un (voire plusieurs je ne sais plus) server (très) puissant. Donc c'est pas exceptionnel.
 
J'ai intégré cette fonctionnalité de mp entre plusieurs membres, c'est assez intéressant
J'ai 3 tables pour les mp (sujets, réponses et lien sujets/membre(s)).

Faut voir le nombre de connectés qu'il a dessus
Et une seule table pour 7 millions de messages, les perfs sont dantesques quand même !

moi j'aurais plutôt parlé de "codeurs du vendredi"
 
 

Affiche 10 pages au hasard et fais la moyenne, les 0.4 secondes je sais pas où tu es allé les chercher. Avec les différents mécanismes de lock il doit effectivement être possible de tomber sur des pages dont le temps de génération va avoisiner les 0.5 secondes dans certains cas,  mais ca doit rester particulièrement rare.
 

Dommage que tu n'ais plus d'URL à montrer, j'aurais bien aimé voir quel est le niveau de performance tu as réussi à obtenir pour trouver moyen un temps de génération de 150 ms sur un topic de 400 000 messages  
 

Bof. J'ai déjà expliqué que le serveur joue très peu sur le temps de génération de mon forum. J'ai les mêmes performances avec un Céléron sous Linux, et sur mon serveur de test (un Céléron 433 avec un disque IDE de 20 Go, et avec IIS + PHP) je suis à même pas 0.6 secondes sur ce même sujet (sachant que rien que l'établissement de la connexion prend prendre un gros dixième de seconde avec cette config sous W2K, et que le disque est une bouse). Ce qui conditionne la montée en charge c'est la RAM, les temps de générations ne varient pas beaucoup d'une machine sur l'autre, j'ai pu le vérifier à moultes reprises.

l'établissement de la connexion à quoi?

elle fait quoi ta requête    
je vois pas...

A la base SQL. Bon, en même temps c'est vrai que j'ai installé MySQL complètement à l'arrache. Pas grand chose de comparable avec une connexion via les sockets Linux Je devrais peut être essayer d'ailleurs d'utiliser mysql_pconnect() sur cette configuration, j'aurais peut être des résultats sensiblement meilleurs.

D'accord. Et vous avez combien de RAM sur le celeron? (enfin quelqu'un avec qui je peux rivaliser au niveau machine pourrie )

tu t'en fous du temps à la limite. ce qui est intéressant c'est qu'il soit constant (enfin logarithmique) et là c'est le cas

Moi je refait tout depuis le debut j'en ai marre lol

au niveau concours machines pourries, je veux bien mettre mon Pentium 166 en compétition. Avec 96MB de RAM et son Windows 95, il devrait pouvoir gagner la couronne sans problème

 
384 (dont 50 Mo de libre les bons jours, il y a pas mal de services en tout genre qui tournent derrière). J'attends avec impatience de changer de FAI et de prendre un modem-routeur afin de virer ma carte ADSL PCI et le partage NAT pour installer un FreeBSD : Windows 2000 + PHP + IIS + MySQL c'est vraiment lent, je suis sur que je peux diviser les temps par deux uniquement avec une bonne optimisation logicielle

et moi, un retour en arrière pour défaire mon optimisation vu les inconvénients trop nombreux

Core 666 : je suis allé sur ton forum, j'ai choisi ce sujet:
http://www.forum-auto.com/sqlforum [...] t78666.htm
0.1s, ok.
Après, dernière page :  
0.1s, ok.
Après 12e page :
http://karamilo.net/images/forum.png
 
Je n'aie vu que ces pages la, j'ai pas passé mon temps a cliquer pour avoir une page ou ca merde. De toute facon, la derniere fois, j'ai eu que des trucs comme la 12e page ici, ca devait etre un mauvais moment, j'en sais rien... C'est déjà mieux toute de suite.
 
Ca serait quand meme bien de retourner a des conversations plus interessantes genre les methodes pour obtenir ces resultats

Je ne sais pas trop. Sur une autre bécane, je m'étais amusé à regarder la différence entre linux et windows et, en terme de pages générées, il n'y avait pas un écart "monstrueux" sur mon code (de l'ordre de 25%). Après, mis à part l'os, c'étaient les mêmes logiciels dans les deux cas (apache, mysql et mon code).
 
En tout cas, 384Mo, c'est pas mal quand même. J'en ai que 128 sur mon celeron et je me demande ce que cela donnerait avec une base aussi grosse. Va falloir que je teste ça

 
Je dirais que c'est plus que ça. Avant, j'avais en serveur de "prod" un P3 450 avec 256Mo de ram sous linux et j'obtenais les memes temps de générations que sur mon portable (win2000, celeron 800, 256Mo de ram). Depuis que je suis passé à un duron 1,6GHz, j'ai des perfs presque 3 fois meilleures que sur le portable.

Faut dire que les hdd de portables sont lents.

Déjà tu foutrais Apache au lieu de IIS ...

ouais enfin quand y a plein de process apache et des threads SQL à foisons, le serveur il y est pour quelque chose quand même.
C'est quoi le nombre moyen de connectés sur ton forum, la machine, et la charge CPU ? Parce que sur la machine actuelle, quand tu dépasses un certain seuil de visiteurs ca explose.
D'autre part sur ton forum tu n'as pas de recherche dans le contenu, et ca ca change tout

Je trouve pourtant ça plus qu'inutile
 
Apparement, c'est le truc qui descend le serveur, mais on insiste, on insiste, on insiste pour avoir une recherche intratopic

google y arrive bien

joce c'est koi la config de hfr?
 
4Go de ram?
combien de DD?
le proc c'est Bi AMD Athlon MP 2200+?

ouais bof... un petit SELECT Topic FROM Table Where Contenu LIKE machin et c'est torché...
 

http://www2.hardware.fr/html/a_propos/

oui je sais mais c'est pas trop mis à jour ca

juste par curiosité personnelle : je suppose que la requete que j'ai donnée pour la recherche intra topic est d'une lenteur exaspérante !
vous la codez comment votre recherche ?

tu prends Oracle, et t'auras pas de problème

fait maison

non mais sérieusement

Tient sinon j'ai fait quelques tests sur blabla@discussion :
 
 
Page 1 : 0.160s
Page 2500 : 0.158s
Page 150 : 0.207s
Page 7444 : 0.152s
Page 115 : 0.195s
Page 2500 : 0.084s
Page 2800 : 0.138s

donne au moins les grands principes, histoire de voir l'étendue de ton génie
(cirage inside)

y a que la mémoire qui est passé à 4 Go (3.5 Go en pratique à cause d'une limitation de la carte mère)