Salut,
 
J'aimerais tester l'interêt de l'HyperThreading sous Linux.
 
Pour l'instant la seule information dont je dispose est
 

 
Sachant que je suis un newb en linux (1 seule install y'a 5 ans) j'aurais aimé savoir si vous connaissiez les procédures pour l'activation de l'HyperThreading à l'install, verifier qu'il est bien activer, et ensuite lancer une compilation de noyau avec 1 thread puis 2 thread pour voir la différence.
 
Merci  

Pour l'activation, une fois le patch Hyperthreading appliqué, il me semble qu'il faut ajouter la ligne append="acpismp=force" a lilo pour activer celui-ci...
 
J'avais vu ca y a longtemps, et comme j'ai pas de Bi-Xeon j'ai pas pu tester des masses
 
Apres pour mettre les perfs en evidence, une compil de noyau avec -j 1 puis -j 2 puis -j 4 ou 8 devrait montrer des choses...
 
edit : c'est quoi ce smiley tout moche

ah, petite correction, on me dit dans mon oreillette que le patch HT dispo sur kernel.org est juste une optimisation et que le support HT est deja activé dans le noyau de base... a verifier....
 
effcetivement, dans le kernel-parameters.txt du 2.4.18, on trouve un parametre noht qui permet de desactiver l'hyperthreading...
 
Donc il doit etre actif par defaut dans le 2.4.18

Ok
et comment je fait pour le vérifier ? (chuis une brèle )

apparemment faut un kernel >= au 2.4.18 et surtout qu'il soit compilé avec le support du SMP (pis l'option de philou_a7)
 
en tests y a aussi glxgears (en plus c'est vite fait )

j'ai edité

oui c'est clair, il faut que le noyau soit compilé en SMP sinon, y a pas grand chose a voir

ben oui je pense que le smp suffit avec les noyo récents
 
 
sly angel et jowile ont refusé de t'aider?

Et comment on compile le noyau en SMP

ton kernel est peyt etre déjà en smp, essaye dmesg | less et cherche, ou alors regarde ce que donne cat /proc/cpu0 et /proc/cpu1

Ok je verrais (pas encore install là)
 
Bon sinon je ferais chier Sly au tel

Tout d'abord, merci de t'interesser a ce que ca peut donner sous Linux    
 
normalement, tu installes une distri recente (mdk 9, rh 8) et il devrait te detecter ca correctement...
 
pour les tests, je suggererais:
 
 - une compil de noyau avec make -j nm_threads
 - un quake3 avec smp/sans smp
 - un ut2k3
 - autres trucs.... ?
 
tu peux regarder du cote de linbench pour avoir une suite de tests complete.
 
et pour voir si il est activé, regardes dans les logs de demarrage du kernel, il doit l'indiquer
 
dmesg | less
 
sinon, je me porte volontaire pour faire le test si tu m'envoies une cm + p4 ht + gf4ti4600 + 512ddr pc2700
 
(juste un pret, bien sur)

Je dois faire les tests cette nuit donc je me contenterais d'une compil de noyal

"L'optimisation" du kernel doit être une envoie d'une instruction spécial d'arret d'un des 2 thread lorsque qu'un seul gros thread tourne pour désactiver automatiquement le mode HT (et donner un poil plus de ressource au thread qui tourne).
 
Il parait que c'est pour cela que w2k est pas terrible en HT en comparaison de wxp.  
 
Il me semble que l'install mandrake par default te mets un noyau smp de base (ou en tout cas il le détect proprement).

Je vais essayer Mandrake 9 alors

Ah oui par contre,
imaginons qu'une fois linux installé je decide de desactiver l'HT
cela ne va pas poser de problème (kernel panic & co) ?

 
non, un kernel smp est parfaitement capable de tourner sur un seul proc.
 
D'ailleurs sur le noyau de developpement, ils ont ajouté le support du cpu hotplug

Un lien sympa en Français sur la compil de noyau (extrait manuel de la Mandrake), ça ne couvre que les opérations basiques :
http://www.linux-mandrake.com/en/d [...] apter.html

Bon ca y'est c'est fait
 
Merci à ceux qui ont répondu et à Sly

Marc a écrit a écrit : Bon ca y'est c'est fait   Merci à ceux qui ont répondu et à Sly

Les résultats m'intéressent par contre ...

moi aussi

ben on les aura dans un test dans pas longtemps...
 
patience les gars

Quoi quoi ? l'hyper hyperthreading c'est même pas transparent au niveau du noyau ?? mais çai nul !  

Heu si, c'est transparent, c'est ce qu'on a fini par retrouver.... le seul truc c'est qu'on peut le desactiver

philou_a7 a écrit a écrit :   Heu si, c'est transparent, c'est ce qu'on a fini par retrouver.... le seul truc c'est qu'on peut le desactiver

oui
 
Linux s'installe comme sur un système SMP standard

 

 
Chezz moi, il faut deux heures  

Ba ca dépend des options que l'on met aussi
Moi ct les options par défaut ou presque, j'avais juste rajouté tout ce qui se trouve dans file system histoire d'avoir une compil un peu plus longue.

Si tu publies des tests  de compil de noyau, ca serait pas mal de mettre (au moins en lien) le fichier "config" et evidemment la version exacte du noyau, pour qu'on puisse faire la même chose sur nos stations et comparer vraiment
 
Parce que j'ai deja vu des tests comme ca sur d'autres sites : ils donnent des temps de compil de noyau, mais comme tu sais pas ce qu'ils compilent, ca veut rien dire

Trop tard sorry  
Ah quoique je l'ai encore  
La voilà http://www.hardware.fr/.config
(enfin je crois que c'est ce fichier ???)

Marc a écrit a écrit : Trop tard sorry   Ah quoique je l'ai encore   La voilà http://www.hardware.fr/.config (enfin je crois que c'est ce fichier ???)

oui ça y ressemble
 
tu pourrais le mettre dans l'article?

Je l'ai mis

cool
 
ça aurait été bien de tester UT/Q3 sous windows/linux avec ht/sans ht
 
enfin j'en demande ptet un peu trop

Un peu
Le but était juste de voir si l'HT a proprement parlé était correctement supporté, après les gains dependent des instructions de chaque appli, j'ai préféré faire sous un environnement et des applis que je connais
 
Sinon Q3 a pas l'air d'aimer le HT de toute facon en r_smp 1
pour UT, il ne tire pas partie du SMP, du moins sous Windows

bien dommage
 
j'aimerais bien voir un des 2 dépasser le 300 fps

ok!
 
au fait c quoi le bench hfr

http://www.hardware.fr/articles/445/page6.html
 
ca me parait louche le test make vs make -j2
parce que meme sur un systeme avec un seul processeur le make -j2 est sensé etre plus rapide.
Il faudrait comparer le make -j2 avec un kernel non smp avec le make -j2 sur un kernel smp

Euh, -j2 est pas plus rapide avec un seul CPU
Je l'avais déjà vérifié sur Athlon / P4 / PIII
Comme certains sont sceptiques je ferait des tests ce w-e avec plus de thread en single et bi

effectivement je viens de faire le test et j'obtiens les memes resultats au 10ieme de seconde pret  
 
Pourtant je ne sais pas combien de fois j'ai lu / entendu que make -j2 etait plus rapide même sur un uniprocesseur, ca doit être une légende urbaine