Reprise du message précédent :
Euh oui mais alors très léger !

Pas mal du tout. J'aime bien. Seul petit soucis, niveau visibilité, ce n'est pas vraiment ça. Peut être une question d'habitude ?!

 
Perso j'aime bien, c'est pratique sur un forum ou y a pas trop d'activité, histoire de montrer aux gens les topics qui bougent, c'est sympa

Bon, j'ai mis à jour le kernel du serveur, la libc, ..., pour avoir, entre autre, le mode où j'utilise des mutexes en shared plutôt que celui avec les sémaphores. Lorsque toutes les données sont en cache, ça me fait gagner entre 25 et 50% en temps de génération selon la page

tu as déjà pu tester ton forum sous une forte charge, en conditions réelle ?

 
Non
 
J'optimise au mieux mes couches basses en me disant que tout le monde en profitera le moment venu mais je ne sais pas exactement ce que cela va bien pouvoir donner. Mais a priori, les perfs ne devraient pas s'écrouler

tiens, joce a remis les temps de génération de ces pages

 
Utilises WAPT 3.0. Il te permet de stresser un peu ton serveur et de mettre en avant certains problèmes visibles uniquement avec de fortes charges.

 
Merci, j'ai jeté un oeil et ça a l'air assez complet. Je vais voir ce que je peux en faire.

ploum ploum ploum
bonjour
 
J'ai un forum en phpbb2, et depuis qu'il est hébergé chez un pote (sur un bi-PPro 200MHz 32mo de RAM qui fait d'autres trucs, comme routeur par exemple ), ça rame à bloc.
Donc je pensais changer de forum, mais pour ça il m'en faut un qui permette de convertir une base phpbb2, ou qui aie un utilitaire qui le fasse.
Donc est-ce que ça existe ? (j'avoue que j'ai la flemme de regarder les forums de la première page, pour chacun si il y a un convertisseur de base, et s'il est dispo au DL...)
 
merci !

Je ne crois pas que qui que ce soit ait fait ce genre de truc. Par contre tu peux regarder du coté de PunBB qui dispose d'un convertisseur lui.

En passant, c'est pas le fait qu'il soit routeur qui fera ramer beaucoup plus

un phpBB2 sur cette config

 
 
sisi, je l'ai fait  
 
mais pas de bol, mon forum est pas gratos/libre/disponible    
et sur un p2 à part punbb ce sera dur de faire beaucoup mieux  

c'est pas un p2, c'est 2 ppro
 

j'ai déjà fait tourner mon forum sur un P100 / 32Mo EDO
les pages mettaient 5 secondes à se générer

" Page générée en 221.336 secondes"
la honte joce
 
bon j'ai été vicieux, j'ai fait une recherche sur "+merci +faire", le truc le plus banal possible donc
 
en fait je cherche une méthode efficace de recherche car le fulltext de mysql est vraiment pas top mais je vois que c'est pas non plus encore la panacé ton système
 
en tout cas, ça semblait pas ralentir le serveur pendant ce temps là, ça c'est bon. y'a une astuce pour ça ?

A mon avis, il en utilise au moins deux. Une première qui découpe les messages en mots. Une deuxième qui cache le résultat de la recherche des mots dans une table des "recherches en cours". Ceci afin de faire en sorte que la recherche ne se fasse réellement qu'une seule fois.

oui mais le problème pour les recherches en fait c'est surtout quand tu fais tu multi-mot.
 
c'est là que le temps de recherche explose chez joce (et d'autres).

A propos d'optimisation, je cite un de tes anciens messages que je n'arrive pas bien à comprendre. (ça concernait la gestion de la liste des messages)
 
"il suffit d'ajouter son id à la bonne place en partant de la fin"
oui mais une fois que tu l'as ajouté faut bien décallé d'une "case" tous les id suivants ? et ça prend du temps ça non ?

Non, l'ajout se fait quasiment toujours à la fin donc il n'y a rien à décaler. En fait, il pourrait arriver que deux threads ou process veuillent insérer deux messages en même temps et que le premier ait la date la plus récente. Le deuxième à passer doit donc vérifier s'il doit s'insérer avant ou après et ainsi de suite. Alors bon, c'est déjà très improbable d'avoir à faire un décalage d'un case, pour deux ou plus, je pense que cela n'arrivera quasiment jamais.
 
Mais votre remarque reste entière pour le memmove et non, ça ne représente pas grand chose

je dois mal me représenter ta zone mémoire.
moi j'imaginais un truc genre un tableau d'entier, et donc si tu veux ajouter un id en premier, t'es donc obligé de tout décaller un par un (le premier id devient 2e, etc...)

C'est tout à fait ça au détail près que je n'ajoute jamais un id au début de la liste des messages d'un topic car les id sont triés du plus ancien au plus récent (et en fait, il n'y a pas une zone mémoire mais n zones selon la taille du topic ). J'ai le même système pour les topics d'un forum donné et je suis obligé de faire ce que vous dites lorsqu'on fait remonter un fil.  
 
Concrètement:
- on a 100 topics dans le forum et on fait remonter celui tout en bas sur la première page (qu'on dira être ici le 25ème mais qui se trouve en fait à l'index 75 dans le tableau)
- on va déplacer d'un rang "vers le bas" les ids se trouvant entre l'index 76 et 99 inclus. En clair pour i = 75 et tant que i < 100 faire tab[i]=tab[i+1] ou, en un appel de fonction, memmove(tab+i, tab+i+1, sizeof(id)*(nTopicCount-i-1)) (i étant ici l'index du topic déplacé soit 75)
- on va mettre l'id du dernier topic dans la dernière case (tab[nTopicCount-1]=nTopicID)
 
Maintenant même avec un forum de 1M de topics où des guignols s'amuseraient à faire remonter tous les plus vieux topics, j'aurais au pire 4Mo de ram à déplacer à chaque fois. Je viens de faire un petit bench avec 4Mo et sur mon celeron 400 de guerre, cela prend à peu près 35ms (gcc/linux). Sur mon ordi perso (athlon 1400), cela prend ~19ms (visual c en debug). Sur le serveur (celeron 2000), cela prend 8ms. Bref, tout ça pour dire que même dans le pire des cas, ce n'est guère coûteux.
 
(en espérant avoir été à peu près clair)

ok, je comprends parfaitement merci beaucoup
 
ce qui est pratique c'est qu'avec ce fontionnement en plus pour les ajout de message, là c'est vraiment instantané car il n'y a aucun décallage à faire

Disons que c'est surtout pratique pour ne plus avoir à utiliser une clause limit ou à trouver une ruse de sioux pour s'en passer. Si je veux les n topics de la page x, j'ai juste à chopper les ids au bon endroit. Idem pour les messages d'un topic. Après, un bug est vite arrivé (à ce propos, il fallait lire au dessus "< 99" et non pas "< 100"...  )

moi je le fais mais c'est pas dispo en download

je sais, j'ai modifié un truc recemment que j'aurais pas du modifier je pense, je ferais d'autre test.

 
"Page générée en 112.725 secondes", à 9h le samedi c'est moins chargé

1045rep : [ Page générée en 0.024 secondes ]    

Page 55 [ Page générée en 0.328 secondes ]  
Vive le query cache MySQL

Ca me fait penser que je ne vais plus pouvoir faire de concours de bite: mon pote a décidé de ne pas renouveler la location du serveur dédié qui ne lui servait à rien et qui hébergeait mes forums
 
Enfin, si j'arrive à faire fonctionner ndiswrapper sans me bouffer un kernel panic toutes les dix minutes, ce sera mon celeron 400 qui sera le nouveau serveur (ce qui, soit dit en passant, montrera mieux ce que mon bousin peut avoir dans le ventre les c*******)

Moi y en a pas avoir de dédié avec mon forum....
Sinon, sa serait pas pareil lol

 
Vous voulez être sur mon celeron dédié, c'est ça ? (est-ce que ça marche au fait: http://hdocmaboul.dyndns.org/tests/mabouls_world ?)

oui ca marche

Impressionant tout de mème....

D'accord, merci. Je vais mettre le dns à jour.

Gernouille, tu peu pas faire en plus petit ?

si on veux...
il pas tres attractif

Gernouille : quel rapport avec les forums?

donne le bout de code on pourra p'tetre t'aider
 
 
 
 
je sors  
 

dans très peu de temps, mon home serveur sera up 24/7
(Bi PIII 800 sous Nunux, 1Go Ram ECC, avec une connexion FreeBox)
 
donc, si ça intéresse du monde ...