Quote: Originally posted by solotroll on 2004-06-03 09:47:28

---

testé en raid 5 en entreprise du tres tres bon matos et avec un raport qualitée prix a faire tomber adaptec au rang de produit de luxe  

---

Bouh, pas de RAID-5 sur un serveur de base de données !

Par contre, la vous cherchez des fréquences CPU mais le problème de base est le "TOO MANY CONNECTIONS", non ? => quel est le rapport ?

"TOO MANY CONNECTIONS", arrive lorsque la db n'arrive pas à répondre assez vite aux requetes du serveur web.

donc à priori, si le serveur Db est plus performant, il n'y aura plus de "too many connections"

VYS - DungeonMaster

"TOO MANY CONNECTIONS" indique que la valeur de max_connections a été atteinte => est-il possible de l'augmenter ? si non, pourquoi ?

Je comprends ce que tu dis DM : si chaque requête va plus vite, et bien il y en aura moins en même temps et donc plus de "TOO MANY CONNECTIONS" -- ce qui n'est pas forcément vrai d'ailleurs; il faudrait plutôt dire qu'il y aurait moins de chance d'avoir TOO MANY CONNECTIONS...

Le problème est que ça ne se résoudra peut-être pas en rajoutant de la RAM ou des fréquences CPU -- la gestion de la mémoire dans un SGBD est bien particulière et "beaucoup" ne veut pas dire "bonne performances" tout comme "utiliser un index" n'est pas forcément synonyme de "requête super rapide qui fend la bise" => avez-vous identifié que la CPU était à 100% pendant 100% du temps ?

(Bon, par contre, le fait de striper sur 3 disques SCSI ça ne peut être que mieux :-) - comme dit dans ce post... euh ou dans un autre)

A+

OdL

OdL, tu remarquera qu'à aucun moment je n'ai parlé que La solution était d'augmenter la puissance du processeur. effectivement, le processeur n'est pas (encore) trop chargé. La charge globale du serveur dépasse par contre les 5-6 en permanence.

Je me répète, le problème n'est pas entièrement ciblé mais provient de pleins d'éléments et de ressources fournies patr le serveur DB.

Ceci dit

• la discussion technique n'a pas lieu d'être ici, ca va faire chier pas mal de monde
• je répète que le too many connexion est en grosse partie évité en bloquant le nombre de requete sur le serveur apache. Le prob récents du matin sont du à des requetes nocturne qui ne se terminent pas correctement, pas à la fréquentatin trop forte. néanmoins, celà provoque de gros ralentissements.
• je veux pas faire le malin mais ce genre de généralité ca n'a aucune signification sans connaitre TOUTE l'infrastructure.

VYS - DungeonMaster

Pour détendre l'atmosphère que j'ai visiblement un peu bousillé, j'ajouterais que l'idée de réécrire MH en java et oracle m'a taversé l'esprit. Et puis,.. finalement non

Ceci était un communiqué HS à l'intention de Oeil de Lynx. qui s'est fait casséééé (© Corwin) par le DM.

VYS - DungeonMaster

Quote: Originally posted by [DM] on 2004-06-03 16:46:48

---

la discussion technique n'a pas lieu d'être ici, ca va faire chier pas mal de monde

---

J'suis pas entierement d'accord avec ça. Certes ça n'apporte pas gd chose au jeu, par contre ça montre que quelqu'un travaille au problème ( même si on s'en doutait bien ). Et avoir des news, même quand c'est pour dire qu'on trouve pas vraiment, ou juste qu'on a des pistes, ben c'est vachement mieux que de rien savoir du tout.

( Pour les gens qui cherchent évidemment, il y aura tjs les gros lourds qui diront 'c'est de la daube ça marche pas ).

Quote: Originally posted by [DM] on 2004-06-03 08:40:59

---

J'en profite pour dire qu'on cherche actuellement 2 processeur Slot1 PIII 500 pour compléter un compaq Proliant acheté il y a qq semaines.

VYS - DungeonMaster

---

Ca je peux avoir, et pour gratuit-pas cher (un T-shirt dédicacé?ou un Tom-figurine?)

voir si je peux pas récup' de la RAM PC100 certifiée Compaq (mais moins sûr...)

une adresse d'envoi? (et un mail pour pouvoir donner des infos et la date d'envoi, s'pas!)

GounourTech

Quote: Originally posted by [DM] on 2004-06-03 17:03:09

---

Pour détendre l'atmosphère que j'ai visiblement un peu bousillé, j'ajouterais que l'idée de réécrire MH en java et oracle m'a taversé l'esprit. Et puis,.. finalement non

---

Bah tiens , je comptais justement prendre une année sabbatique. ça va être un peu juste mais bon.....

Plus sérieusement , pourquoi non ?  En goupillant bien le truc genre un serveur CVS quelque part , quelque ptits gars qui reprennent chacun un script, le traduisent et qui passent les tests qui vont bien....... m'enfin , faut voir si c'est faisable au vu du code actuel et si ça fera un réel gain de perf.

j'confirme les 2 PIII 600

mais j'ai pas de nouvelles pour savoir quoi-qui-comment-où

Vrischika, contacte aghabeu@mountyhall.com ou via son troll  (3196), c'est lui qui s'occupe du hardware MH (et il est à Bruxelles).

merci d'avance en tout cas

VYS - DungeonMaster

c'était déjà fait, chef ;-)

et il est passé à la maison prendre le matos

(vu que je devais retourner au boulot, je l'ai un peu ejecté comme un malpropre... scuzz Agha' ;-p )

Pas de problème Vrisch, je devais aussi aller bosser.

Malheureusement les 2 proc ne sont pas identiques.

Ce sont bien des PIII600/100 mais l'un est un PIII600 et l'autre PIII600E

C'est à dire qu'ils n'utilisent pas le même voltage, et n'ont pas la même mémoire cache.

Mais surtout d'après Intel le PII600 n'est pas "dual processor capable" contrairement au PIII600E.

Nous sommes donc maintenant a la recherche d'un :

PIII600E/256/100/1.65V S1

Mais nous sommes désormais capable d'échanger le PIII600 contre le PII600E...

Agha, qui doit encore vérifier les problèmes de voltage par rapport a la carte mère.

il me semble qu'on est pas obligé de mettre deux processeurs aux fréquences identique sur un système biproc si ?

au pire si le bios permet de modifier le FSB des deux processeurs séparément, il suffira de baisser celui qui a la plus grosse fréquence pour le mettre à la fréquence de l'autre.

ca élargirait le choix au cas ou vous trouvez pas de PIII 600E

Les serveurs bi-processeur  (ou quadri) classiques sont des systèmes SMP : symetric multi-processeur.

Donc si ils doivent êtres identiques.

Dans l'absolu on peut mettre deux processeurs différents qu'on met a la même fréquence, mais ca n'est  pas recommandé.
En cas de plantage il devient difficile de diagnostiquer si un le plantage vient des procs ou d'autre choses.

En particulier je préfererai que les 2 procs aient la même taille de cache et la même fréquence de cache, ainsi que le même voltage.

Salut,

Vous parlez de réécrire l'appli dans un autre language pour essayer d'isoler les problèmes de  code (si tant est que le code ait des imperfections). Que pensez-vous d'injecter des tests unitaires dans votre code pour vérifier que ça fonctionne comme vous voulez et pour isoler les parties de code qui sont *limites* ?

Herb' (je n'ai jamais essayé phpUnit mais si ça fonctionne comme jUnit pour java -- et c'est ce qu'on m'a dit -- c'est assez sympa)