les développeurs de forums, les 3/4 des forums sont down /o\

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 421 422 423 .. 486 487 488 489 490 491 Page Suivante Page Précédente Bas de page
Auteur	Sujet : les développeurs de forums, les 3/4 des forums sont down /o\

Cyrius-c

Reprise du message précédent :
Ah ok. PArce-que je testais a updater 3 millions de messages .
C'etait peut etre un peu trop

Joce, pourrais-tu nous dire combien de SUJETS il y a dans la plus grosse cat de hfr?

Message cité 1 fois

Publicité

Cyrius-c

rosco a écrit :

Bah moi pour l'instant je vais garder mes LIMIT façon optimisée car on vient de changer de serveur pour passer d'un vieux Cobalt je sais pas quoi (P3 1Ghz un truc du genre) à un BI-Xeon 2.8Ghz avec 2Go de ram et du raid, bah la différence est monstrueuse, ça bombarbe bien :love:
Là où l'ancien mettait au mieux ~0.4-0.8 s pour traiter les requêtes SQL à aller en page 700 (on splittait), le nouveau met seulement ~0.007 sec à tout faire, presque 100x plus rapide :love: :love:
Y a même plus besoin d'optimiser tellement ça va vite , nan je blague on optimise quand même car c'est pas une raison et j'ai encore bien des choses à modder et ensuite passer au BETWEEN

LImit facon optimisée? tu gère ca comment?

rosco

Bah regarde + haut, plusieurs l'ont fait avec les requêtes scindées. J'ai présenté ma méthode dans un post + haut. C'est un palliatif qui améliore pas mal les choses en attendant

EDIT : http://forum.hardware.fr/hardwaref [...] m#t1407057

Message édité par rosco le 11-08-2006 à 14:53:54

soulmanto

Chat Noir replica

Se reposer sur la machine pour les temps de génération, strop facile!

Message cité 1 fois

Cyrius-c

Merci rosco
et désolé, j'ai pas lu tout le post

rosco

soulmanto a écrit :

Se reposer sur la machine pour les temps de génération, strop facile!

Evidemment mais ça aide bien :lol:
L'autre serveur est moisi et surchargé par des connards qui bouffe tout le CPU (mutu).

rosco

Oui mais j'attends un peu car le CHMOD sur le /web n'est pas bon, je peux pas le modifier donc j'ai accès à rien et j'ai des choses à updater... Vais mailer l'hébergeur. Suis sur le forum, je fais qques tests et comparos en attendant.

rosco

Tin ça torche, là où ça mettais 2-3min à faire un optimize sur la table des posts, ça me l'a torché en 2 sec chrono ! Ma tête exacte sur le moment => [:le kneu] , fabuleux
Welcome in da real world rosco :love:

Message édité par rosco le 11-08-2006 à 15:33:41

rosco

Justement j'ai bien vérifié, me suis pas trompé :lol: !!

drasche

Cyrius-c a écrit :

Ah ok. PArce-que je testais a updater 3 millions de messages .
C'etait peut etre un peu trop

Joce, pourrais-tu nous dire combien de SUJETS il y a dans la plus grosse cat de hfr?

53497 sur Discu.

---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)

Publicité

soulmanto

Chat Noir replica

une paille, quoi... [:ddr555]

rosco

Le + gros LIMIT/ORDER que j'ai actuellement et qui posait problème à l'autre serveur :

SELECT pid FROM ibf_posts WHERE topic_id=152 ORDER BY pid ASC LIMIT 16825, 25 => 0.000266 sec

J'ai une bonne marge maintenant je crois, même pour les 53497 sur Discu. :whistle:
Et maintenant la 2ème requête pour aller chercher les data de ce topic est + lente que ce LIMIT au nombre de posts actuel :pt1cable: , va falloir optimiser dans l'autre sens maintenant :lol:

Message édité par rosco le 11-08-2006 à 16:10:42

Je@nb

Kindly give dime

Tiens, sinon des gens ont testé le partitionnement avec mysql 5.1 ? http://krierjon.developpez.com/mysql/partitionnement/

Peut être joce vu qu'il débug mais les autres ?

Message cité 1 fois

rosco

Vais aller lire ce que c'est ce truc, merci du lien

joce

Architecte / Développeur principal
"BugHunter"

Je@nb a écrit :

Tiens, sinon des gens ont testé le partitionnement avec mysql 5.1 ? http://krierjon.developpez.com/mysql/partitionnement/

Peut être joce vu qu'il débug mais les autres ?

ouaip j'ai teste, mais ca a de serieuses limitation avec les primary key / index etc

nraynaud

lol

quelqu'un a déjà testé des drivers de BDD asynchrones ? pour que le thread n'attende pas la BDD mais puisse bosser pendant que les données arrivent ?

---------------
trainoo.com, c'est fini

chaced

Tu n'as qu'a faire de DELAYED

---------------
CPU-Z | Timespy | Mes bd | Mon blog

Cyrius-c

http://forum.hardware.fr/hardwaref [...] m#t1407057
Je vais tester ca sur un requète avec un LEFT JOIN mais ca me pose un souci car un cahmp dans IN fait partie du left join.

Code :

$sql = mysql_query('SELECT s.id FROM sujet s WHERE s.id_categorie="' . $cid . '"
ORDER BY epingle,date_dernier_post DESC LIMIT ' . $limite_inf . ',' . $limite_sup . '');
$nb_requetes++;
//On met les ID des replys à afficher dans une chaine pour l'envoyer dans la requête suivante
$idreplys = array();
while ($row = mysql_fetch_array($sql))
{$idreplys[] = $row['id'];}
$idreplys = implode(",",$idreplys);
$sql2 = mysql_query('SELECT s.*,d.* FROM sujet s LEFT JOIN drapeaux d ON (d.id_post = s.id AND d.membre='') WHERE s.id IN ('.$idreplys.') ');

Cette requète prend une dizaine de secondes alors qu'elle pourrait en prendre 100 fois moins :sarcastic:

rosco

Alors Joce, tu nous fais des petites cachoteries (indice : Cooling c'est mon frère ), je comprends pourquoi tu veux pas :whistle:

Cyrius-c > C'est indexé correctement ton truc ?

Message cité 1 fois
Message édité par rosco le 12-08-2006 à 21:09:58

Je@nb

Kindly give dime

si on peut pas comprendre les private joke autant faire un mp

joce

Architecte / Développeur principal
"BugHunter"

rosco a écrit :

Alors Joce, tu nous fais des petites cachoteries (indice : Cooling c'est mon frère ), je comprends pourquoi tu veux pas :whistle:

Cyrius-c > C'est indexé correctement ton truc ?

:??:

rosco

Tu te souviens déjà plus, look les derniers noms dans tes MP. Spagrave t'façon

Message édité par rosco le 12-08-2006 à 21:27:05

joce

Architecte / Développeur principal
"BugHunter"

ca a un rapport avec syl ?

rosco

Ah oui pardon, c'est son autre pseudo que j'emploie, c'est *syl* ici :lol:

joce

Architecte / Développeur principal
"BugHunter"

ba juste par principe ca me parait normal

rosco

Oui pas de problème

soulmanto

Chat Noir replica

[commère]
Huh? On peut savoir de quoi ça parle, là?
[/commère]

*syl*

--> []

D'une partie du schéma MD que tout l'monde peut recupérer en réfléchissant un minimum.. (google is your friend )

anthomicro

Sur quels mots-clés peut-on se baser pour chercher ça please ? :whistle:

car bon je te cache pas que j'en ai essayés quelques uns sans résultat

Message édité par anthomicro le 13-08-2006 à 09:59:59

Multinickname

Ah bon...

La doc du SDK? :??:

Message édité par Multinickname le 13-08-2006 à 13:39:12

---------------
Feaks Forum

anthomicro

non ce n'est pas rapport au sdk, ça vient de bugs.mysql.com

Message édité par anthomicro le 14-08-2006 à 12:39:01

nraynaud

lol

dites, j'ai un doute, vous utilisez des trucs genre insert delayed ?

ça se comporte comment vis-à-vis des transactions ?

Max Evans

Heu dites, petite question concernant la récupération des messages d'un topic ...

Mettons que je créé une table message_heap en HEAP. Structure : ID_TOPIC et ID_POST.
A côté de ça, j'ai ma table de messages normales.

Je fais une 1ère requête :
SELECT id_post FROM message_heap WHERE id_topic = xx LIMIT 10000, 30.

Je récupère donc ma liste d'id_post qui va bien, je la traite et ensuite je fais un :
SELECT * FROM message IN (yyy,zzz,aaa,bbb,etc) avec yyy, zzz, etc = les id_post récupérés précédemment.

Vous en pensez quoi ?

A priori, la structure en HEAP est bien performante. Ensuite on a seulement 2 champs, on en récupère un seul, ça ne fait pas bcp de donner à trimballer ...

Quelqu'un pourrait tester ?

Max Evans

On pourrait même le faire sans format HEAP en fait ...
Le seul truc c'est qu'à chaque plantage avec HEAP, ou même redémarrage MySQL, faudra reconstruire la liste des ID_TOPIC et ID_POST

anthomicro

Tu stockes quoi dans ta table message_heap ?

Multinickname

Ah bon...

Citation :

Mettons que je créé une table message_heap en HEAP. Structure : ID_TOPIC et ID_POST.

Message édité par Multinickname le 13-08-2006 à 16:41:31

---------------
Feaks Forum

Max Evans

Bah ID_TOPIC et ID_POST

A chaque fois que quelqu'un poste, tu rajoutes l'id de son message + l'id du topic correspondant dans message_heap

Et en plus, tu ajoutes une ligne dans la table l'id du message, le message, le nom de l'auteur, l'heure, etc etc.

anthomicro

mouais, je trouve ça lourdingue, surtout que comme tu l'as dit si ça foire niveau ram faut tout recalculer, bref c'est très moyen...

Je pense que joce utilise un LIMIT sur son forum pour remplir la requête IN, il fait un LIMIT sur la clé primaire nomée "id" probablement étant donné qu'il utilise une table par cat.

Bien sûr je peux me tromper...

Max Evans

Bah utilise le format normal alors Je pense que c'est une très bonne alternative Ca peut être très performant

anthomicro

Essaie mais j'en mettrais pas ma main au feu

The-Shadow

Développeur
T'as été voir dans ton profil?

Drapal.

Message cité 1 fois

Publicité

Page : 1 2 3 4 5 .. 421 422 423 .. 486 487 488 489 490 491

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Divers

les développeurs de forums, les 3/4 des forums sont down /o\

Sujets relatifs
question avec les forums phpbb2	[php] trouver la premier place ou inserer un enregistrement (résolu)
Forums phpBB	Qui connait l'algo du Passticket et sa mise en place en VB ?
[Merise] Mise en place d'un MCD	Focus mal placé....
[Blabla/Prog] Les développeurs foromeurs sont-ils des feignasses?	Mise en place d'un formulaire CGI
forums création de site internet	Java - Mise en place d'une api (Servlet)
Plus de sujets relatifs à : les développeurs de forums, les 3/4 des forums sont down /o\

Page générée en 0.083 secondes