je viens de monter sous redhat 9 un P4 3.2 Ghz tout neuf (version boite et tout), le tout sur une P4P800-VM et 512 de RAM Samsung.
 
Seulement les compils sont super lentes, et en comparant par l'intermédiaire d'un bench, il est 3 fois plus lent qu'un celeron 1.7Ghz, et d'apres l'échelle du bench en question il est à l'équivalent d'un P 200.
 
J'ai essayé d'autres bench mais le probleme ne vient pas de la, car meme en regardant "time make" pour une compil l'écart est flagrant.
 
D'avance merci de votre aide.

dma activé? smp/HT activés? combien de ram, quelle distrib? enfin le nécessaire pour comprendre, ma boule de crystal est pas très bavarde...

distrib redhat 9.
512 de RAM samsung
HT activé dans bios
 
dma et smp ok
enfin je l'ai dit pratiquement tout ca

ouaip, pour la ram et distrib, j'ai juste pas vu
 
sinon, vérifie que le dma des disques est activé (hdparm -d /dev/tondisque en console root)
 
HT activé dans le bios ne veut pas dire pris en charge. tu boot avec le noyau smp ou pas? ta carte mère est supportée dans le noyau?

dma on
 
C pas un prob de kernel, j'ai essayé kernel de base (smp ok donc) ainsi qu'un 2.6 avec SMP aussi et ca a pas changé d'un iota

Ca ressemble à du cache de niveau L1 ou L2 désactivé. On sait jamais mais va vérifier que tout ça est correctement activé.

jvois ca comment yanningperr stp ?

Dans le bios de la carte mère généralement.
 
Donnes-nous le résutlat d'un cat /proc/cpuinfo (je sais pas si ca va aider, mais juste pour voir).

Alors mon cpuinfo :
 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping        : 9
cpu MHz         : 3192.031
cache size      : 512 KB
physical id     : 0
siblings        : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
bogomips        : 6307.84
 
processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping        : 9
cpu MHz         : 3192.031
cache size      : 512 KB
physical id     : 0
siblings        : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
bogomips        : 6373.37

Ca à l'air pas mal tout cà.  
 
Que te renvoit un hdparm -cd /dev/hda ?

ca renvoie ce qu'il faut : dma activé et accès 32 bits , dans le bios l'accès 32 bits est aussi activé. faut pas chercher du coté du disque dur la, les tests ayant été fait que sur le processeur ( tests benchmark , tests compil )
au niveau des systemes de fichiers on a essayé sur des ide tout bêtes , mais aussi des systèmes raid 0 et compagnie.
 
je pense que ca vient du cpu

A ta place j'essaierai de tester sur une knoppix ou une distrib LiveCD , afin de mettre le software hors de cause

vu que le probleme est sur toutes les machines, hardware identique ( a part le système raid ), je vais en effet tester sur un live cd d'ici demain et j'espere que les resultat seront concluants. ( pourtant sur le systeme actuel , j'ai testé 2 kernels différents 2.4 et 2.6.5, sans pour autant que ca change quelque chose). le software, est exactement identique a une autre serveurs et aucun probleme ne s'est produit. ( redhat 9 sans avoir rien touché dessus , ca fait pas ce genre de souci la... )

je sais pas si ca va pouvoir t'aider mais j'avais eu un souci similaire avec un serveur de ma boite :
p4 2.6c , 1024 ddr , carte mère gigabyte Gigabyte GA-8KNXP , et red hat9.
En fait , la machine etait super lente à l'utilisation et je me suis apercue que ca venait de la ram qui tournait à 100 Mhz au lieu de 200 !!!!!!
Je l'ai remplacé par de la dane elec et no souci , depuis ca tourne trés bien.
(y a pas longtemps j'ai eu un souci semblable sur ma propre bécane avec de la corsair).
 

la ram est indiqué comme tournant a 200Mhz DDR ( donc 400 ) et en dual , donc tout semble nickel de ce coté la. La ram c'est quand meme de la samsung qui bronche pas, et qui n'a jamais bronché meme sur du nforce2. de plus, le probleme est présent sur les 5 serveurs et exactement le même. Le bios et la CM supportent très bien cette ram la , indiqué dans leur liste de ram conforme , et tout semble fonctionner. ( pas d'erreur genre segfault a cause de la ram)

un memtest quand meme peut etre ?
 
++
joa

Ez4Me2KU > que donne un "top" après avoir constaté une lenteur ?
 

en fait avec un top pendant 8h de compilation (alors que sur un celeron 1.7Ghz ca en prend 3 ), ca donne 100% de cpu pris tout le temps. J'ai pris soin de fermer tous les process qui etaient lancé ( en gros il reste que les process du kernel+ ssh + la compil )
 
le load etait de 1 en permanence. pas de signe apparent de probleme software a premiere vue donc.

QD tu fais un top en "temps normal", qd la machine ne semble pas chargée, y'a rien de louche donc ?
 
Bizarre bizarre comme problème, je vois pas trop. Qqun aura ptêtre la bonne idée.
 
Bon courage, @++

Tu pourrais poster la partie "Processor type and features" de le config de ton kernel, ou le .config en entier, il pourrait y avoir une option non activée où quelque chose comme çà. Comme cela a été proposé, un livecd permettrait d'y voir un peu plus clair je pense.

conseil : change de distrib
hdparm ?

 
Apparement, ca ne viendrait pas de là dma et 32 bits activés.

Le kernel 2.4 utilisé est celui de base de la distrib
 
Pour le 2.6 il a été pété et répété donc voilà
 
On verra demain avec un LiveCD ...

Nouvel élément :  
Une des 5 machines remarche très bien, sans rien avoir touché pendant la nuit.
 
J'ai essayé sur une autre entre kernel 2.4 et 2.6, aucune différence.

Après reboot, la machine qui est repartie comme il faut redéconne

mémoire testée? tu as testé le livecd aujourd'hui?

Live CD (knoppix) testé, et les perfs sont là. En activant l'HT c'est même excellent (logique).
Dès que je reboote sur disque c'est lent.
 
j'en déduis un probleme de distrib mais bon c'est redhat 9 ca reste connu.
Jvé installer fedora pour voir

c'est connu, mais assez ancien, et il est possible qu'un problème de kernel chamboule tout

franchement redhat c'est nul  
 
(windows c'est connu mais ca reste de la merde remplacer microsoft par redhat )

ca fait 5 ans que je tourne sous rh et c la 1e fois que g un prob de CPU comme ça ... Ne lancons pas le gros troll "quelle est la meilleure distrib ?"

 
tu pourrais attendre demain avant de poster ce genre de conneries, non?
 

non parceque ce n'est pas une connerie justement enfin presque pas      
 
je viens de passer 6 semaines à bosser sur redhat 9.0 et je le dit en tout quietude

ah ouais? ben moi ça fait 3 ans que je bosse sous redhat, et je trouve que ça marche très bien. Je suis plus nuancé sur la fedora qui m'a un peu déçu pour l'instant

debian POWAARRR
et c'est partit pour un troll

mais non mais non

ouais, ça y est, on peu vraiment y aller
 
 
oui, je sais, elle est là et je la prends ---->[ ]

Il utilise surement KDE
 
 
-->[]

y aurait pas unproblème d'alimentation à la limite de ses capacités?

Voilà trouvé !!!!
 
http://www.uwsg.iu.edu/hypermail/l [...] /0011.html
 
Tout est expliqué là. C'est un prob entre kernel et carte mère en fait.
 
 
Putain 1 semaine de malade pour ça ....
 
Merci quand même à tous pour vos idées.