Reprise du message précédent :

+1:
 

-1:

 
Apache bench est quand même suffisamment révélateur de la capacité à monter en charge, je pense...

avec l'accelerateur :
 
Accueil : 0.035
Listing : 0.036
topic : 0.057

Bon, conclusion, faut se trouver un accélérateur.

ca tombe bien c'est pas ce qui manque

t'as pris quoi toi pour windows? y'en a des gratuit ?

Ouai, mais j'suis pas très doué, j'ai peur de flanguer mon serveur et puis installer un truc sous Debian, à part avec apt, j'ai du mal.

ba t'as juste à copier les fichier et à faire un vi de ton php.ini, c'est pas la mort

un accélération qui existe pas encore
Sinon eaccelerator

T'en a un à conseiller en gratuit, pour Debian et si possible avec une doc en Français.  

eaccelerator (pour la doc je sais pas si il y a en francais )

Si t'as peur de péter ta distrib tu peut essayer de faire un unionfs sur le / à la limite (ptêtre un peu sport, mais le jeu en vaut la chandelle)

 
Rien de bien compliqué quand meme, et ça passe sans probleme sous debian
 
http://www.eaccelerator.net/wiki/InstallFromSource
 
 

installe le paquet php4-dev pour avoir phpize (ou php5-dev)
 
et indique eaccelerator.compress="0" au lieu de "1"

Je sais je sais, j'y ai pensé. Mais faire un update sur 100 000 messages c'est pas la mort hein.
 
De plus, on doit avoir un ratio du genre 1 message supprimé pour 1 millions de vues dans le sujet.
DONc on gagne en perfs.

Les temps de generation de mon forum(pas encore complet )avoisine les 0.002s. Sur un portable, sans accelerateur, avec qqs millions de messages

Je vous ferai voir quand il sera terminé, dans pas très longtemps

ben si c'est la mort justement et c'est encore pire sur un message de 600 000 messages, tu peux mettre un serveur a genou seulement avec la suppression d'un message, alors imagine le jour ou plusieurs messages sont supprimé en meme temps, par exemple dans un mass delete.

t'as quoi comme fonction? t'as les drapeaux? les personnes online ?

 
Disons que c'est pas forcément la mort... Ca dépend un peu de la position du post dans le topic!  
 
En tout cas 0,002 s c'est vraiment un temps de génération génial si c'est dans un forum un tant soit peu complet. Attendons de voir ce que ça donne!

2ms perso je n'y crois pas en temps de génération ;-) rien que la connexion à la base de données doit déjà les bouffer ou presque, alors pour faire un forum complet heu...
 
Nan soit tu ne comptes que le temps des requêtes MySQL, soit ton script qui benchmark a un problème

Moi depuis l'épisode DocMaboul, je préfère me méfier!

Le forum de Doc maboul était rarement sous les 2ms dès lors qu'il faisait appel à la base de données

Il me semble (à confirmer par les gourous des SGBD) qu'il faut déjà un minimum de 8 à 9 milisecondes pour se connecter à une BDD ...

Ouhlà je savais pas q'un tps de generation de 2ms allait provoquer cet engoument!
 
J'ai dis que j'ai environ 2ms, mais mon forum n'est pas encore complet.Quant au doute d'authomicro, j'ai aussi le meme doute.Je calcule avec microtime, je pense pas que ca me donne le tps de sql...(mais ca doitle compter dedans)

  Tu me fais rire. Sous pretexe que qqn supprime un message( très rare), tu t'adapte en fonction de lui, et non pas de l'action qui prédomine (la lecture d'un sujet)
On a deux solutions.
-Pas de position pour les réponses:A chaque fois qu'on lit un message, on calcule la page. Ca fait bcp de cacluls...
-Positions dans les réponses: ON ne calcule rien, mais l'inconvenient c'est quand un utilisateur supprime une reponse et qu'il faut en updater bcp après celui-ci.
 
COmme je l'ai dit, la probabilité qu'un utilisateur supprime un message divisé par le nombre de fois qu'on lit ce message, tu vas vite comprendre qu'il vaut mieux faire un "gros" traitement quand on supprime un message plutot que de faire de petits calculs a chaque page.J'ai rien pour le prouver, mais je dirai bien qu'il y a des centaines de milliers de vues pour 1 message supprimé.
 
Aussi, j'update toutes les reponses après celui supprimé. Dans un message de 600 000 posts, on suprime le 500 000eme, il y en a que 100 000 a updater. Et puis faut vraiment pas avoir de chance opur qu'une personne supprime un message datant d'il y a plusieurs années...
 
Pour finir, j'epsere pas me tromper, mais mysql est capable de traiter très rapidement un update de 500 000 lignes.

Tu peux utiliser le Microtime mais le placer au mauvais endroit ou l'utiliser de la mauvaise façon! Le plus facile, c'est de nous montrer le résultat, pour qu'on puisse se faire une idée!

Le temps de connexion est toujours long...souvent le plus long que la requete en elle-meme

Je le démarre au tout début, je fait echo microtime tout en bas
 
Je vais essayer de vous en montrer un apercu ce week-end. Mais peut-etre simplement des screen pour l'instant

Tu as plusieures requetes d'executée pour une même connexion. De mon coté, la page la plus simple à générer au niveau des requetes SQL donne 10ms pour MySQL dont la connexion. Il y a 4 requetes en lecture et 1 insertion.
 
Edit: j'arrive à 6ms pour 6 requetes dans le meilleur des cas. Apres le plus lourd est pour PHP. C'est une vieille titine qui heberge.

le probleme c'est que toi tu te base sur des probabilités, donc sur la chance et ca fait donc que tu as un systeme instable qui risque de peter si ton cas très rare (mais possible) arrive.
Parce que des vieux messages qui son supprimé en mass c'est deja arrivé sur le topic blabla ou certaines s'amusaient à supp les vieux messages pour avoir le split.
 
maintenant si tu te base sur la chance pour avoir un forum performant, alors bonne chance

y'a aussi la solution d'envoyer chier la suppression de posts trop anciens ( en terme de nombre, pas de date ) dans un topic

C'est interdit par la loi.

Arf vi c'est vrai, quelle emmerde la loi des fois

et pourquoi donc La personne a toujours acces au contenu qu'il pourra modifier.

Et dixit Marc, ce sont les données NOMINATIVES que l'on peut modifier/supprimer, etc
 
Oui oui, j'avais tenté le coup pour changer de smiley (Droit de modification du CNIL )
 
S'il ma menti, je l'attaque en justice pour ce smiley non-modifiable

la loi concerne seulement les donnees personelles non ? (ip, mail, adresse, date de naissance, etc)
un message n'est en rien personnelle, et si c'est un probleme de droit d'auteur, ca m'etonnerai qu'un message du genre "blabla" soit protégé. Sinon dans le pire des cas, la personne peut toujours editer.

s'il y a un droit d'auteur sur le smiley, tu peux le faire supprimer
 
Mais bon, il a aussi le droit de te bannir si tu fait du zele

 
C'est pas des probabilités, c'est vérifié: plus un message est ancien, plus les chances qu'il soit effacé sont minces. Logique! De même, le ratio DELETE/READ étant très largement en faveur du READ, je rejoins Cyrius sur le fait qu'il est acceptable de perdre quelques dixièmes de secondes pour un gros update.

200 000 enregistrements à mettre à jour prendre plus de qq dixiemes.

Me suis fait niquer par Marc alors
 
M'enfin ... Y a pas mal de filles qui m'envient en ce moment