Présentation

Article

1 - D'UNE À PLUSIEURS INSTRUCTIONS PAR CYCLE

2 - MULTI-PIPELINES DANS LES PROCESSEURS SCALAIRES

3 - PROBLÈMES MATÉRIELS ACCENTUÉS

  • 3.1 - Bancs de registres
  • 3.2 - Contrôle des dépendances de données
  • 3.3 - Accès aux caches
  • 3.4 - Prédiction de branchement
  • 3.5 - Acquisition des instructions
  • 3.6 - Davantage d'opérateurs matériels

4 - MODÈLE MULTI-PIPELINE

  • 4.1 - Lancement des instructions groupe par groupe
  • 4.2 - Chevauchement de deux groupes d'instructions
  • 4.3 - Prétraitement pour le groupage des instructions

5 - SUPERSCALAIRES MULTI-PIPELINES OU À « FLOT DE DONNÉES RESTREINT »

  • 5.1 - R5000 et R10000
  • 5.2 - Power 5 et Power 6
  • 5.3 - Cortex A7 et A9, Cortex R4 et R7

6 - REMARQUES POUR CONCLURE

Article de référence | Réf : H1010 v1

Multi-pipelines dans les processeurs scalaires
Processeurs superscalaires multi-pipelines

Auteur(s) : Daniel ETIEMBLE, François ANCEAU

Relu et validé le 03 août 2022

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais En anglais

RÉSUMÉ

Cet article décrit les caractéristiques principales des processeurs superscalaires multi-pipelines, appelés aussi superscalaires «dans l'ordre». Un processeur superscalaire utilise le parallélisme existant entre les instructions d'un code séquentiel pour lancer l'exécution de plusieurs instructions indépendantes à chaque cycle d'horloge. Les problèmes avec les superscalaires pour les bancs de registres, les accès cache, les prédicteurs de branchement et l'acquisition des instructions sont mentionnés. Des exemples sont détaillés, du Pentium d'Intel à certains coeurs Power d'IBM. Enfin, les performances des superscalaires «dans l'ordre» et des versions «non ordonnées» sont comparées pour des processeurs MIPS, IBM et ARM en termes de vitesse, puissance dissipée et surface.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

ABSTRACT

Multi-pipeline superscalar processors

This paper describes the main features of “multi-pipeline” also called “in-order” superscalar processors. A superscalar processor uses instruction level parallelism in a sequential code to launch the execution of multiple independent instructions at each clock cycle. The additional problems for superscalar processors are detailed including register banks, cache accesses, branch predictors and instruction fetching. Examples of in-order superscalar processors are presented from Intel Pentium to some IBM Power cores. Performance of in-order and out-of-order superscalar MIPS, IBM and ARM processors is compared for speed, power dissipation, and chip area.

Auteur(s)

  • Daniel ETIEMBLE : Ingénieur INSA Lyon - Professeur émérite à l'université Paris Sud

  • François ANCEAU : Ingénieur INPG Grenoble Professeur retraité – Chercheur au LIP6 (Université Pierre-et-Marie-Curie)

INTRODUCTION

Cet article examine les caractéristiques principales des processeurs superscalaires multi-pipelines, souvent appelés superscalaires dans l'ordre. Un processeur superscalaire utilise le parallélisme d'instructions existant dans un programme séquentiel pour démarrer à chaque cycle d'horloge l'exécution de plusieurs instructions. C'est le matériel qui détermine les instructions indépendantes qui peuvent démarrer simultanément dans différents pipelines parce que les opérateurs nécessaires sont disponibles et les opérandes sont prêts. L'utilisation de plusieurs pipelines d'exécution existe déjà dans les processeurs scalaires ne pouvant démarrer qu'une seule instruction par cycle à cause des différences de temps d'exécution entre la majorité des instructions sur des données entières et celles des instructions flottantes. Le problème du contrôle des dépendances de données est donc déjà traité dans les processeurs scalaires et ce traitement est rappelé. Avec des processeurs superscalaires, les problèmes matériels sont accentués sur de nombreux points : banc de registres, accès cache, prédiction de branchement, acquisition des instructions. Dans le modèle multi-pipeline, le matériel rassemble les instructions par groupe de 2 ou 4 instructions, et toutes les instructions d'un groupe doivent avoir été lancées avant que les instructions d'un groupe suivant ne le soient. Des exemples des techniques utilisées sont donnés avec les Pentium et Atom d'Intel, les 21064 et 21164 de Digital, le Cortex A8 d'ARM et le cœur Power 6 d'IBM. Des techniques utilisées pour dépasser les limitations d'un strict démarrage groupe par groupe sont détaillées.

D'un point de vue performance brute, les superscalaires « dans l'ordre » sont moins performants que les superscalaires à « flot de données restreint » souvent appelés superscalaires « non ordonnés » qui recherchent les instructions exécutables dans une fenêtre beaucoup plus grande qu'un groupe de 2 ou 4 instructions. Il est possible de comparer, pour un même constructeur et une même technologie CMOS, les deux approches du point de vue temps de calcul, surface de puce et puissance dissipée. La comparaison est présentée pour deux processeurs MIPS, deux cœurs IBM et des cœurs ARM. À fréquence d'horloge équivalente, la version « non ordonnée » est toujours plus performante, mais la version « dans l'ordre » consomme moins, utilise moins de surface de puce et a généralement la meilleure performance par watt ou par GHz. Les superscalaires « dans l'ordre » sont donc une bonne solution pour les applications embarquées nécessitant plus que les performances des processeurs scalaires, mais avec une surface moindre et une consommation énergétique moindre par rapport à la solution la plus performante.

Cet article est réservé aux abonnés.
Il vous reste 93% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

KEYWORDS

superscalar   |   multi-pipeline   |   instruction launching   |   instruction level parallelism

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h1010


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais En anglais

2. Multi-pipelines dans les processeurs scalaires

Pour les instructions de calcul monocycle des processeurs scalaires, la boîte à opération (UAL) est disponible à chaque cycle d'horloge car elle n'utilise qu'un cycle par opération pour une instruction sur des données entières. D'autre part, il n'y a pas de dépendances de données en utilisant les techniques de court-circuit permettant de réinjecter la sortie de l'UAL vers une de ses entrées.

Des problèmes existent pour les instructions de chargement (load) et pour les instructions de rupture de séquence (sauts et branchement). Pour le pipeline simple (figure 3), des solutions existent pour limiter leur impact. Les compilateurs peuvent masquer la latence des instructions de chargement. Une solution discutable (les branchements retardés) et une bonne solution (les caches d'adresses de branchement) permettent de limiter l'impact des instructions de contrôle sur les performances (voir [H 1 004] pour plus de détails).

Mais les instructions multi-cycles (multiplication, division sur les entiers, instructions sur les données flottantes) introduisent des problèmes des dépendances de données [H 1 004]. Les différents types de dépendances de données sont illustrés par la figure 4. Le matériel (superscalaires) ou le logiciel (VLIW) doit gérer les vraies dépendances de données (RAW). Le renommage de registres peut supprimer les dépendances de nom (WAR et WAW). Les généralités sur le renommage des registres, le contrôle des dépendances de données et la terminaison dans l'ordre des instructions ont été traitées dans ...

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Multi-pipelines dans les processeurs scalaires
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - YEH (T.-Y.), PATT (Y.N.) -   A Comprehensive instruction fetch mechanism for a processor supporting speculative execution.  -  Proceedings of the 25th Annual ACM/IEEE International Symposium on Computer Microarchitecture, p. 129-139, déc. 1992.

  • (2) - McLELLAN (E.) -   The Alpha AXP architecture and 21064 processor.  -  IEEE Micro, p. 36-47, juin 1993.

  • (3) - HP -   Alpha 21064 and Alpha 21064A Microprocessors, Hardware Reference Manual.  -  Juin 1996 http://h18000.www1.hp.com/cpq- alphaserver/technology/literature/ 21064hrm.pdf (page consultée le 18/05/2015).

  • (4) - EDMONDSON (J.H.), RUBINFELD (P.), PRESTON (R.P.) -   Superscalar instruction execution in the 21164 alpha microprocessor.  -  IEEE Micro, p. 33-43, avr. 1995.

  • (5) -   Alpha 21164 hardware reference manual.  -  (1996) http://download.majix.org/dec/21164_ hrm.pdf (page consultée le 18/05/2015).

  • ...

Cet article est réservé aux abonnés.
Il vous reste 94% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS