| View previous topic :: View next topic |
| Author |
Message |
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
 Posted: Sat Nov 06, 2004 4:34 pm Post subject: [$CFLAGS]flags pour un proc hyper threading (resolu) |
 |
|
j'ai un p4 2.8 hyper threading, voilà ce que donne /proc/cpuinfo
| Code: | | 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 pb2 cid |
Qq dans le forum a ça comme config :
| Code: | sebbb:
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -mfpmath=sse -funroll-loops -finline-functions"
vendor_id : GenuineIntel
cpu family : 15
model : 1
model name : Intel(R) Xeon(TM) CPU 1.70GHz
stepping : 2
cpu MHz : 1681.096
cache size : 256 KB
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
|
je sais pas si le ht dans flags veut dire hyper threading, mais si vous remarquez j'ai ça en plus : " pbe cid" . Dois-je rajouter des options ?
ps : j'installe ça sur une partition avec windows, donc /, /home et un swap. /boot je ne vois pas a quoi ça sert !
Last edited by ablyes on Sun Nov 07, 2004 11:32 am; edited 5 times in total |
|
| Back to top |
|
 |
befa
Apprentice
Joined: 28 Oct 2004
Posts: 208
Location: rennes
|
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Sat Nov 06, 2004 4:42 pm Post subject: |
|
|
ya pas vraiment de flags a mettre pour le HT, en fait faut juste activer le SMP dans le kernel !
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 4:48 pm Post subject: |
|
|
C'est un portable ou cas ou, Fujitsu.
J'espere que mon touchpad marchera bien, sous debian ça marchait pas. Conflits avec le bios...
C'est quoi ce SMP ? Quel est la relation avec mon /etc/make.conf ? |
|
| Back to top |
|
|
bosozoku
Advocate
Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon
|
| Posted: Sat Nov 06, 2004 4:50 pm Post subject: |
|
|
Le smp c'est une option dans le kernel pour avoir le support de plusieurs processeurs.
Processor type and features --->
[ ] Symmetric multi-processing support
PS : n'oublie pas de changer ton titre !
_________________
Stationlinux.org - Wiki Fvwm FR - Config Fvwm |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 5:01 pm Post subject: |
|
|
oki je n'oublirai pas au moment venu !
Toujours personne pr les deux flags en plus ? (pb2 cid)
Déjà sans le "pbe cid" en plus, est ce que je peux utiliser le meme flag de sebbb ? |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 6:27 pm Post subject: |
|
|
| personne n'a d'idée ? |
|
| Back to top |
|
|
bosozoku
Advocate
Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon
|
| Posted: Sat Nov 06, 2004 6:32 pm Post subject: |
|
|
| ablyes wrote: | | personne n'a d'idée ? |
Ca fait 3 fois que tu réponds à ce thread en ignorant les messages te disant de modifier ton titre.
C'est pas très poli. Alors moi j'ai pas d'idée mais par contre change ton titre comme indiqué ici : https://forums.gentoo.org/viewtopic.php?t=69179 (la partie : comment poster sur le forum) si tu veux qu'on te réponde.
J'en connais qui risque de s'énerver alors dépeche toi 
_________________
Stationlinux.org - Wiki Fvwm FR - Config Fvwm |
|
| Back to top |
|
|
Longfield
Guru
Joined: 17 Mar 2004
Posts: 358
Location: Switzerland, Fribourg (la Glâne, les vrais)
|
| Posted: Sat Nov 06, 2004 6:39 pm Post subject: |
|
|
ben il te faut comme déjà dit plus haut activer le SMP dans le kernel : tu déclares ton processeur comme si tu en avais 2 ...
l'hyper-threading est une méthode complètement dynamique : tu n'as pas besoin au niveau de la compilation de dire que ce code va être utilisé sur un proco HT ... en fait, les procos hyper-threading font croire à l'OS que tu as deux cores, celui-ci va alors faire tourner deux threads en même temps sur le meme proco. Le proco va alors se débrouiller en remplissant le pipeline de façon dynamique avec le code de ces deux threads, profitant du fait que les unités fonctionnelles sont rarement utilisées à 100% à cause des dépendances dans le code ...
par contre, dans ton fichier make.conf, pour accélérer tes compilations, tu peux passer l'option MAKEOPTS="-j3" pour là aussi profiter de l'ht !!!! |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 6:44 pm Post subject: |
|
|
Désolé, mais je n'avais pas fait attention au titre !
to : Longfield
t'es sur de toi ?
parceque sur les forums on dit que c'est risqué de changer cette option !
je pense que le j3 ne marche que si on a vraiment deux cpu. et pas un proc ht (?) |
|
| Back to top |
|
|
laharl
Apprentice
Joined: 02 Sep 2004
Posts: 190
Location: Grenoble/Chambéry - France
|
| Posted: Sat Nov 06, 2004 6:49 pm Post subject: |
|
|
| ablyes wrote: | Désolé, mais je n'avais pas fait attention au titre !
to : Longfield
t'es sur de toi ? |
+ 1 pour SMP dans le kernel
(au passage j'suis le 4eme a dire la même chose)
_________________
http://linux.laharl.org |
|
| Back to top |
|
|
Longfield
Guru
Joined: 17 Mar 2004
Posts: 358
Location: Switzerland, Fribourg (la Glâne, les vrais)
|
| Posted: Sat Nov 06, 2004 7:04 pm Post subject: |
|
|
| ablyes wrote: | Désolé, mais je n'avais pas fait attention au titre !
to : Longfield
t'es sur de toi ?
parceque sur les forums on dit que c'est risqué de changer cette option !
je pense que le j3 ne marche que si on a vraiment deux cpu. et pas un proc ht (?) |
absolument sûr : pour l'OS, un proco HT c'est comme deux proco, sûr et certain ... j'ai du présenter l'HT à mon oral d'architecture avancée des processeurs cet été et je l'ai très bien réussi !!! tu peux me faire confiance, et apparament, on est 4 à te dire la même chose ... |
|
| Back to top |
|
|
Mac Cloud
Apprentice
Joined: 27 Sep 2004
Posts: 214
Location: In a galaxy far far away...
|
| Posted: Sat Nov 06, 2004 7:19 pm Post subject: |
|
|
SMP
_________________
Vous prouver que j'ai raison serait admettre que je puisse avoir tort.
Beaumarchais |
|
| Back to top |
|
|
ghoti
Advocate
Joined: 30 Dec 2002
Posts: 3636
Location: Belgium
|
| Posted: Sat Nov 06, 2004 7:19 pm Post subject: |
|
|
| Longfield wrote: | | absolument sûr : pour l'OS, un proco HT c'est comme deux proco, sûr et certain ... |
D'ailleurs, avec le SMP activé, /proc/cpuinfo montre bel et bien deux processeurs :
| Code: | bigben ~ # cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 5
cpu MHz : 2799.169
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 xtpr
bogomips : 5521.40
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 5
cpu MHz : 2799.169
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 xtpr
bogomips : 5586.94
|
|
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 7:24 pm Post subject: |
|
|
D'accord, j'ai bien compris, mais ce dont vous parlez, c'est avant la compilation du noyau.
Rien à voir avec le CFLAG ? |
|
| Back to top |
|
|
bosozoku
Advocate
Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon
|
|
| Back to top |
|
|
Mac Cloud
Apprentice
Joined: 27 Sep 2004
Posts: 214
Location: In a galaxy far far away...
|
| Posted: Sat Nov 06, 2004 7:27 pm Post subject: |
|
|
| bosozoku wrote: | Non rien à voir.
Enfin il suffit de mettre en CFLAGS ce qui correspond à un P4. |
enfin 2 ou plutot 1.5 
_________________
Vous prouver que j'ai raison serait admettre que je puisse avoir tort.
Beaumarchais |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 7:50 pm Post subject: |
|
|
J'ai mis le même CFLAG que celui de sebb cad :
| Code: | | CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -mfpmath=sse -funroll-loops -finline-functions" |
J'espere que les options :
-funroll-loops -finline-functions
n'ont rien à voir avec le fait que ça soit un XEON ! |
|
| Back to top |
|
|
Longfield
Guru
Joined: 17 Mar 2004
Posts: 358
Location: Switzerland, Fribourg (la Glâne, les vrais)
|
| Posted: Sat Nov 06, 2004 8:02 pm Post subject: |
|
|
mais Xeon c'est juste un nom de code pour les premiers P4, donc pas de soucis de ce côté-là ...
sinon le loop-unrolling est une technique qui permet comme son nom l'indique de dérouler les boucles qui ont un nombre d'itération connues à la compilation (for (int i=0; i<100; i++) par exemple) et ainsi diminuer le nombre de tests à faire, permettre de mieux ordonnancer les instruction à cause des dépendances etc ...
et inline-function, je pense simplement que ça pousse le code de la fonction directement plutot que de faire le passage d'arguements sur la pile et de faire le saut qui sont deux opérations coûteuses (passage sur la pile -> accès mémoire, saut -> pipeline flush si mauvaise prédiction !!!)
ah c'était beau quand même ces cours de compilation et d'architecture avancée, après tu comprends vraiment ce qu'il se passe dans un ordi !!!
Sinon pour en revenir à ta question, ben pas de problème, tu peux mettre sans soucis ces deux options !!!! |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 8:14 pm Post subject: |
|
|
J'ai fait des cours aussi ^^
Je n'ai même pas eu le reflexe de faire la liaison. Inline fonctions, preproc qui s'en charge, pas besoin de faire des appels pendant l'execution mais un peu plus couteux a la compilation.
a+
ps : probleme resolu ! merci les gens !
ps 2 : le env-update est vraiment balèse, comparé à apt-get update. |
|
| Back to top |
|
|
sireyessire
Advocate
Joined: 20 Mar 2003
Posts: 2991
Location: back in Paris, France
|
| Posted: Sat Nov 06, 2004 8:19 pm Post subject: |
|
|
| ablyes wrote: |
ps 2 : le env-update est vraiment balèse, comparé à apt-get update. |
je crois pas que ça fasse les mêmes choses..., enfin moi et la debian ça a jamais duré très longtemps, et je l'ai jamais eu sur mes machines, alors je peux me tromper
_________________
I never think of the future. It comes soon enough.
Albert Einstein
Try simpler first
Shockley |
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 8:26 pm Post subject: |
|
|
`apt-get update` remet juste à jour un fichier contenant tt les packets dispos sur un serveur, avec le numero de version.
`apt-get dist-upgrad` apres pr comparer les versions installées des packages, et celle de dispo en regardant le nouveau fichier mis à jour.
et hop system tt neuf ! |
|
| Back to top |
|
|
bosozoku
Advocate
Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon
|
|
| Back to top |
|
|
ablyes
Guru
Joined: 06 Nov 2004
Posts: 429
|
| Posted: Sat Nov 06, 2004 8:38 pm Post subject: |
|
|
Je suis à Configurer la variable USE
Je suis perdu !
En plus apres le env-update le contenu de mon fichier /etc/make.conf a changé (a été écrasé sans doute par celui par défaut )
normal ou paranormal ? |
|
| Back to top |
|
|
bosozoku
Advocate
Joined: 11 Jan 2004
Posts: 2431
Location: Roazhon
|
| Posted: Sat Nov 06, 2004 8:46 pm Post subject: |
|
|
env-update lance ldconfig et génère le fichier /etc/profile.env en fontion du répertoire /etc/env.d
En aucun cas il modifie /etc/make.conf !!
Tu as du l'écraser en faisant une bourde avec etc-update.
_________________
Stationlinux.org - Wiki Fvwm FR - Config Fvwm |
|
| Back to top |
|
|
|
French
