C'est normal. La technologie HyperThreading permet aux programmes de se répartir le temps d'utilisation des différentes unités de traitement du processeur. Ce n'est pas du multi-core.
Soit un ordinateur monoprocesseur P4. Supposons 2 unités de traitement, A, qui traite l'instruction aa) et B (quui traite l'instruction bb), dans le processeur, et 2 programmes (Alpha et Beta). Le programme Alpha utilise essentiellement des instructions aa, et le programme Beta des instructions bb.
Si on lance seulement le programme Alpha, on utilise que l'unité A du processeur, la B étant inutilisée.
Si, en parallèle, on lance aussi le programme Beta, alors, la logique HyperThreading permet de passer à l'unité B les instructionb bb du programme Beta pendant que l'unité A est utilisée par le programme Alpha : c'est presque comme si on avait 2 processeurs.
Par contre, si on lance une deuxième instance du programme A, alors celui-ci a besoin de l'unité de traitement A, déjà utilisée par la première instance : on est dans un cas mono-pro classique, les instructions sont traitées séquentiellement.
C'est ce qui arrive en lançant plusieurs instances de Seti : ce programme utilise toujours les mêmes unités de calcul, l'HyperThreading ne sert donc à rien.
Le principal intérêt de l'HyperThreading n'est pas dans le calcul brut, mais justement dans la répartition de charge sur un environnement multi-tâche et multi-utilisateur. Parfait pour un serveur d'applications, par exemple.
L'HyperThreading, ce N'est PAS du SMP (Symetric MultiProcessing) on-die, c'est plutôt du SMT (Simultaneous MultiThreading) on-die.
[^] # Re: Et vous les moules, AMD ou INTEL?
Posté par Jak . En réponse à la dépêche Introduction à l'Opteron et son architecture. Évalué à 10.
Soit un ordinateur monoprocesseur P4. Supposons 2 unités de traitement, A, qui traite l'instruction aa) et B (quui traite l'instruction bb), dans le processeur, et 2 programmes (Alpha et Beta). Le programme Alpha utilise essentiellement des instructions aa, et le programme Beta des instructions bb.
Si on lance seulement le programme Alpha, on utilise que l'unité A du processeur, la B étant inutilisée.
Si, en parallèle, on lance aussi le programme Beta, alors, la logique HyperThreading permet de passer à l'unité B les instructionb bb du programme Beta pendant que l'unité A est utilisée par le programme Alpha : c'est presque comme si on avait 2 processeurs.
Par contre, si on lance une deuxième instance du programme A, alors celui-ci a besoin de l'unité de traitement A, déjà utilisée par la première instance : on est dans un cas mono-pro classique, les instructions sont traitées séquentiellement.
C'est ce qui arrive en lançant plusieurs instances de Seti : ce programme utilise toujours les mêmes unités de calcul, l'HyperThreading ne sert donc à rien.
Le principal intérêt de l'HyperThreading n'est pas dans le calcul brut, mais justement dans la répartition de charge sur un environnement multi-tâche et multi-utilisateur. Parfait pour un serveur d'applications, par exemple.
L'HyperThreading, ce N'est PAS du SMP (Symetric MultiProcessing) on-die, c'est plutôt du SMT (Simultaneous MultiThreading) on-die.