C'est vrai ce n'est pas cher en transistor le SMT, mais au lieu de voir cela comme du SMP bas de gamme, tu peux aussi voir cela comme l'évolution logique du superscalaire: pour utiliser le plus possible d'unité de traitement en paralléle, quand une thread ne suffit pas en utiliser plusieurs!
Je ne suis pas tout a fait d'accord avec toi sur le fait qu'il faut lancer 2 applis différente pour que le gain soit intérressant: n'oublie pas que les unités d'execution sont aussi pipelinée: le SMT te permet de boucher les trous du pipeline..
C'est vrai que le SMT peut etre plus lent dans certains cas comme quand il y a un conflit pour le cache par exemple or les caches du P4 ne sont pas énormes..
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par reno . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 3.
Je ne suis pas tout a fait d'accord avec toi sur le fait qu'il faut lancer 2 applis différente pour que le gain soit intérressant: n'oublie pas que les unités d'execution sont aussi pipelinée: le SMT te permet de boucher les trous du pipeline..
C'est vrai que le SMT peut etre plus lent dans certains cas comme quand il y a un conflit pour le cache par exemple or les caches du P4 ne sont pas énormes..