> Le lun 17/05/2004 à 14:45, Mickael Vera a écrit : > > L'hyperthreading permet de traiter plusieurs instructions > > indépendantes d'un même processus en même temps. Par exemple > > si tu as les deux instructions à la suite > > > > A = B x C > > X = Y / Z > > > > ton processeur saura les traiter en même temps. Il y a plusieurs > > pipelines. Pour bénéficier > > au maximum de cette technologie il faut utiliser un processeur > > compilateur ?
Oui compilateur > > > qui génère du code optimisé pour ce processeur. > > > > Ce qui est très différent d'un bi-processeur qui peut > > traiter deux processus en même temps. > > Ok. Mais ça ne m'explique pas pourquoi Windows détecte 2 processeurs, et > Linux en kernel SMP réagit mieux/plus vite qu'en kernel normal (et me > détecte aussi 2 processeurs). > (précision : kernel précompilés Debian) > Serait-ce leur manière à eux d'utiliser ce "bi-canal" ? > Et quand j'utilise le kernel SMP, si je lance un process qui calcule > bcp, je monte à 50% d'utilisation "des processeurs" (c'est à dire 1 seul > utilisé à 100%). Là je ne comprends pas trop ? Il faudrait voir sur une liste spécialisée ? > > Faire monter en charge un tel processeur c'est possible, comme > > déjà dit encodage, compression, calcul numérique ... > > Attention, je ne parle pas de l'utilisation du processeur, mais de la > charge. > Tu peux utiliser 100% du proc, mais avoir un système très réactif. Par > contre, quand la charge monte... > Et quand j'encode un DVD, la charge... ben elle monte pas vraiment (et > je vais pas m'en plaindre ;) Oui tout à fait ce sont des notions différentes. La charge doit se calculer à partir du nombre de process qui sont dans la file d'attente et à partir du temps moyen d'attente je crois, mais je ne suis pas sûr. Mickaël
