Ouaip, j'ai l'impression que ca ressemble vraiment a de l'OOO simplifié. D'un coté ca peut etre pas mal car ca diminue beaucoup le nombre de transistors dédiés a la gestion de l'OOO. Bon, apres il faut voir ce que ca donne niveau perf dans des cas concrets.
Par contre, je n'aurai pas parlé de "thread" parce qu'a part le mode de fonctionnement, ca n'a rien a voir avec un thread classique d'un OS (puisqu'il est invisible a l'OS...).
Bizarrement, Intel va sortir un processeur in-order prochainement, le silverthorne : http://www.hardware.fr/news/9385/silverthorne-retour-hyperth(...)
Et leur solution pour améliorer les problemes dus a cette approche (on avait pas vu un x86 in-order chez intel depuis le pentium MMX !) ils ont choisi l'approche hyper-threading : ca sera un peu le meme principe que pour le Rock (OOO simplifié), sauf que la partie scheduler sera gérée par l'OS (puisqu'il voit 2 core virtuels) et que c'est limité a 2 "threads" au lieu de 8 ici. Je pense que c'est vraiment l'intéret ici, plutot qu'éviter les problemes de vidage du pipeline dus aux mauvaises prédiction de branchement, comme c'était le cas pour le P4, car ici ce processeur a un pipeline plutot court (16 étages) comparé au P4 (l'HT a été créé pour le P4 rappelons-le, et n'a jamais été utilisé sur l'archi Core, il me semble).
[^] # Re: "scout" thread ?
Posté par benoar . En réponse au journal Sun Rock : Les détails arrivent. Évalué à 3.
Par contre, je n'aurai pas parlé de "thread" parce qu'a part le mode de fonctionnement, ca n'a rien a voir avec un thread classique d'un OS (puisqu'il est invisible a l'OS...).
Bizarrement, Intel va sortir un processeur in-order prochainement, le silverthorne : http://www.hardware.fr/news/9385/silverthorne-retour-hyperth(...)
Et leur solution pour améliorer les problemes dus a cette approche (on avait pas vu un x86 in-order chez intel depuis le pentium MMX !) ils ont choisi l'approche hyper-threading : ca sera un peu le meme principe que pour le Rock (OOO simplifié), sauf que la partie scheduler sera gérée par l'OS (puisqu'il voit 2 core virtuels) et que c'est limité a 2 "threads" au lieu de 8 ici. Je pense que c'est vraiment l'intéret ici, plutot qu'éviter les problemes de vidage du pipeline dus aux mauvaises prédiction de branchement, comme c'était le cas pour le P4, car ici ce processeur a un pipeline plutot court (16 étages) comparé au P4 (l'HT a été créé pour le P4 rappelons-le, et n'a jamais été utilisé sur l'archi Core, il me semble).