CA2886466C - Systeme multicoeur de traitement de donnees a dispositifs d'entree/sortie locaux et globaux et interface graphique comportant un tel systeme de traitement de donnees - Google Patents
Systeme multicoeur de traitement de donnees a dispositifs d'entree/sortie locaux et globaux et interface graphique comportant un tel systeme de traitement de donnees Download PDFInfo
- Publication number
- CA2886466C CA2886466C CA2886466A CA2886466A CA2886466C CA 2886466 C CA2886466 C CA 2886466C CA 2886466 A CA2886466 A CA 2886466A CA 2886466 A CA2886466 A CA 2886466A CA 2886466 C CA2886466 C CA 2886466C
- Authority
- CA
- Canada
- Prior art keywords
- cores
- core
- data processing
- data
- local
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
- G06F13/124—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/40—Bus structure
- G06F13/4063—Device-to-bus coupling
- G06F13/4068—Electrical coupling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
- G06F15/163—Interprocessor communication
- G06F15/173—Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake
- G06F15/17337—Direct connection machines, e.g. completely connected computers, point to point communication networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T1/00—General purpose image data processing
- G06T1/20—Processor architectures; Processor configuration, e.g. pipelining
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T2210/00—Indexing scheme for image generation or computer graphics
- G06T2210/52—Parallel processing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- General Physics & Mathematics (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- Multi Processors (AREA)
- Image Generation (AREA)
Abstract
Ce système multicoeur de traitement de données comprend un ensemble de c urs de traitement de données. Une partie au moins de chaque c ur de traitement de données comporte un ensemble d'interfaces locales (42) d'entrée et de sortie de données pour l'accès à des dispositifs périphériques dédiés auxdits c urs. Il comporte en outre un ensemble d'interfaces globales (45) d'entrée et de sortie de données pour l'accès à des dispositifs périphériques partagés entre lesdits c urs.
Description
Système multicoeur de traitement de données à dispositifs d'entrée/sortie locaux et globaux et interface graphique comportant un tel système de traitement de données La présente invention concerne les systèmes de traitement de données multicoeurs. Dans une application non limitative, la présente invention concerne en particulier les systèmes multicoeurs pour interface graphique fondés sur l'utilisation d'un processeur de calcul graphique (GPU, pour Graphic Processing Unit ) pouvant coopérer avec une unité centrale de traitement (CPU, pour Central Processing Unit ).
Elle se rapporte également à une interface homme/machine utilisant un tel système de traitement.
Une application particulièrement intéressante de l'invention concerne les systèmes de traitement de données pour interfaces homme/machine embarquées à bord d'aéronefs.
Il existe en effet un besoin pour disposer d'interfaces homme/machine tactiles à bord d'aéronefs.
Dans le domaine des interfaces graphiques, les systèmes de traitement de données sont classiquement utilisés pour exécuter des calculs graphiques et créer des contenus graphiques destinés à être affichés sur un écran de l'interface. Il peut en particulier s'agir de créer des contenus graphiques comportant des zones tactiles manipulables manuellement, en l'espèce par un pilote, pour l'exécution de fonctions prédé finies.
Dans l'état de la technique, de manière générale, les architectures de traitement de données peuvent être réalisées sous la forme de CPU simples coeurs, de d'unités centrales de traitement multiples (multi-CPU) ou CPU multicoeurs. Pour la réalisation de calculs graphiques, on utilise des architectures massivement multicoeurs et l'on utilise en particulier des processeurs de calcul
Elle se rapporte également à une interface homme/machine utilisant un tel système de traitement.
Une application particulièrement intéressante de l'invention concerne les systèmes de traitement de données pour interfaces homme/machine embarquées à bord d'aéronefs.
Il existe en effet un besoin pour disposer d'interfaces homme/machine tactiles à bord d'aéronefs.
Dans le domaine des interfaces graphiques, les systèmes de traitement de données sont classiquement utilisés pour exécuter des calculs graphiques et créer des contenus graphiques destinés à être affichés sur un écran de l'interface. Il peut en particulier s'agir de créer des contenus graphiques comportant des zones tactiles manipulables manuellement, en l'espèce par un pilote, pour l'exécution de fonctions prédé finies.
Dans l'état de la technique, de manière générale, les architectures de traitement de données peuvent être réalisées sous la forme de CPU simples coeurs, de d'unités centrales de traitement multiples (multi-CPU) ou CPU multicoeurs. Pour la réalisation de calculs graphiques, on utilise des architectures massivement multicoeurs et l'on utilise en particulier des processeurs de calcul
2 graphique coopérant avec une unité centrale de traitement pour augmenter la puissance de calcul.
En ce qui concerne les CPU simples c urs, le composant de base d'une telle architecture est le processeur, qui est un composant permettant l'interprétation d'instructions machine définissant des programmes informatiques.
Comme on le sait, pour qu'un système intégrant un processeur puisse fonctionner, il est couplé à une mémoire permanente, qui permet le stockage du programme à exécuter, à une mémoire rapide pour la lecture et l'écriture des variables utilisées lors de l'exécution des programmes, et de périphériques, de type entrée/sortie, bus de communication, contrôleur mémoire, ..., assurant l'échange de données avec l'extérieur du système.
Les processeurs modernes intégrés sur puce intègrent également un bus de communication et de la mémoire cache, très rapide, pour le stockage, au plus près de la zone d'exécution du programme, des variables utilisées par le programme, seules les variables de taille relativement importante ou moins utilisées étant envoyées vers la mémoire rapide.
Les SoC (pour System on Chip ) intègrent, en plus du processeur, un certain nombre de périphériques.
Enfin, les microcontrôleurs sont des puces qui intègrent l'ensemble des éléments nécessaires au fonctionnement du processeur, à savoir mémoire et périphérique.
En ce qui concerne les CPU simples coeurs, les besoins croissants de puissance pour les processeurs tendent à augmenter progressivement la fréquence de fonctionnement, rendue possible par la finesse de gravure du silicium toujours plus importante. Mais l'augmentation de la fréquence provoque également une augmentation très importante de la consommation, de sorte que le gain en puissance devient marginal devant l'augmentation de la consommation. Il a donc été proposé de répliquer les coeurs de calcul afin de paralléliser l'exécution d'un programme sans pour autant augmenter la fréquence de fonctionnement.
En ce qui concerne les CPU simples c urs, le composant de base d'une telle architecture est le processeur, qui est un composant permettant l'interprétation d'instructions machine définissant des programmes informatiques.
Comme on le sait, pour qu'un système intégrant un processeur puisse fonctionner, il est couplé à une mémoire permanente, qui permet le stockage du programme à exécuter, à une mémoire rapide pour la lecture et l'écriture des variables utilisées lors de l'exécution des programmes, et de périphériques, de type entrée/sortie, bus de communication, contrôleur mémoire, ..., assurant l'échange de données avec l'extérieur du système.
Les processeurs modernes intégrés sur puce intègrent également un bus de communication et de la mémoire cache, très rapide, pour le stockage, au plus près de la zone d'exécution du programme, des variables utilisées par le programme, seules les variables de taille relativement importante ou moins utilisées étant envoyées vers la mémoire rapide.
Les SoC (pour System on Chip ) intègrent, en plus du processeur, un certain nombre de périphériques.
Enfin, les microcontrôleurs sont des puces qui intègrent l'ensemble des éléments nécessaires au fonctionnement du processeur, à savoir mémoire et périphérique.
En ce qui concerne les CPU simples coeurs, les besoins croissants de puissance pour les processeurs tendent à augmenter progressivement la fréquence de fonctionnement, rendue possible par la finesse de gravure du silicium toujours plus importante. Mais l'augmentation de la fréquence provoque également une augmentation très importante de la consommation, de sorte que le gain en puissance devient marginal devant l'augmentation de la consommation. Il a donc été proposé de répliquer les coeurs de calcul afin de paralléliser l'exécution d'un programme sans pour autant augmenter la fréquence de fonctionnement.
3 Dans une architecture CPU multicoeurs classique, chaque coeur possède un premier niveau de mémoire cache dite mémoire cache de premier niveau. Les différents coeurs peuvent partager ensuite une autre mémoire cache dite de second niveau. Un troisième niveau de mémoire cache peut être prévu lorsque l'on souhaite regrouper certains coeurs.
La parallélisation des tâches et l'attribution à l'un ou l'autre des coeurs des instructions à effectuer se fait via le jeu d'instructions interprété par le processeur et par le système d'exploitation (OS) implémenté qui peuvent attribuer telle ou telle tâche en fonction des différents coeurs. On parle alors de processeur multicoeur. Une telle stratégie d'implémentation peut également être applicable aux SoC
multicoeurs.
Une autre stratégie consiste à prévoir une architecture similaire à l'architecture classique mais, au lieu de paralléliser le fonctionnement, les différents coeurs sont utilisés pour fiabiliser le traitement. Les coeurs exécutent les mêmes instructions au coup d'horloge près, et les traitements sont ensuite comparés afin d'obtenir un fonctionnement fiable dans des conditions critiques. Cette stratégie est connue sous le terme de Lockstep .
Une autre stratégie consiste à répliquer un système plutôt qu'un c ur. On parle alors de multiprocesseur. Chaque processeur est indépendant et ne partage pas de mémoire cache avec les autres. Ce type d'architecture est généralement implanté en externe pour réaliser des supercalculateurs ou des groupes de serveurs reliés en réseau pour réaliser des calculs relativement lourds nécessitant des ressources de calcul importantes.
En ce qui concerne les architectures GPU, les unités de traitement graphique sont, comme les CPU, des architectures de calcul exécutant un jeu d'instructions. Un GPU est toutefois un processeur optimisé pour les calculs graphiques tels que, accélération matérielle, calculs tridimensionnels, décodage vidéo, ...
Depuis longtemps, les GPU sont composés de multiples c urs de calcul qui se répartissent les tâches graphiques. Il s'agit
La parallélisation des tâches et l'attribution à l'un ou l'autre des coeurs des instructions à effectuer se fait via le jeu d'instructions interprété par le processeur et par le système d'exploitation (OS) implémenté qui peuvent attribuer telle ou telle tâche en fonction des différents coeurs. On parle alors de processeur multicoeur. Une telle stratégie d'implémentation peut également être applicable aux SoC
multicoeurs.
Une autre stratégie consiste à prévoir une architecture similaire à l'architecture classique mais, au lieu de paralléliser le fonctionnement, les différents coeurs sont utilisés pour fiabiliser le traitement. Les coeurs exécutent les mêmes instructions au coup d'horloge près, et les traitements sont ensuite comparés afin d'obtenir un fonctionnement fiable dans des conditions critiques. Cette stratégie est connue sous le terme de Lockstep .
Une autre stratégie consiste à répliquer un système plutôt qu'un c ur. On parle alors de multiprocesseur. Chaque processeur est indépendant et ne partage pas de mémoire cache avec les autres. Ce type d'architecture est généralement implanté en externe pour réaliser des supercalculateurs ou des groupes de serveurs reliés en réseau pour réaliser des calculs relativement lourds nécessitant des ressources de calcul importantes.
En ce qui concerne les architectures GPU, les unités de traitement graphique sont, comme les CPU, des architectures de calcul exécutant un jeu d'instructions. Un GPU est toutefois un processeur optimisé pour les calculs graphiques tels que, accélération matérielle, calculs tridimensionnels, décodage vidéo, ...
Depuis longtemps, les GPU sont composés de multiples c urs de calcul qui se répartissent les tâches graphiques. Il s'agit
4 d'architectures de traitement parallèles. Comme indiqué
précédemment, les GPU sont massivement multicoeurs et peuvent comporter plus de 1000 coeurs, pour les plus performants. Les différents coeurs se voient attribuer un certain nombre de calculs à
effectuer par un contrôleur.
En ce qui concerne les systèmes de traitement de données destinés à être embarqués à bord d'aéronefs, comme on le conçoit, ce type de système électronique est soumis à des contraintes sévères de maîtrise du matériel employé et de déterminisme, qui impose de déterminer de manière certaine le fonctionnement du système, par exemple en ce qui concerne la durée de transfert de données. Ils nécessitent une validation et une certification par les autorités compétentes. Les systèmes de traitement de données pour les interfaces homme-machine embarquées pour avions commerciaux doivent ainsi satisfaire un certain nombre de règles et de recommandations de développement.
Dans l'état de la technique, les systèmes de calcul embarqués sont généralement réalisés à partir de composants pris sur étagère ou COTS (pour Commercial Off The Shelf ), c'est-à-dire de composants fabriqués en grande série pour réduire les coûts de fabrication et de maintenance. Toutefois, l'utilisation de composants COTS conventionnels pose en premier lieu des problèmes d'obsolescence, imposant de provisionner un grand nombre de composants et de les stocker afin de garantir la maintenabilité du produit. Compte tenu du temps de développement et de la durée de vie d'un produit pour l'aéronautique, qui peuvent atteindre plusieurs dizaines d'années, il est courant que les composants utilisés lors de la conception d'un système électronique soient en fait obsolètes même avant la fin du processus de conception, obligeant à réaliser des phases de modification et de recertification périodiques.
En second lieu, les composants électroniques COTS sont généralement dérivés de marchés grands publics ou du secteur des télécommunications et sont dès lors optimisés pour des applications non aéronautiques. Leur utilisation dans le domaine aéronautique
précédemment, les GPU sont massivement multicoeurs et peuvent comporter plus de 1000 coeurs, pour les plus performants. Les différents coeurs se voient attribuer un certain nombre de calculs à
effectuer par un contrôleur.
En ce qui concerne les systèmes de traitement de données destinés à être embarqués à bord d'aéronefs, comme on le conçoit, ce type de système électronique est soumis à des contraintes sévères de maîtrise du matériel employé et de déterminisme, qui impose de déterminer de manière certaine le fonctionnement du système, par exemple en ce qui concerne la durée de transfert de données. Ils nécessitent une validation et une certification par les autorités compétentes. Les systèmes de traitement de données pour les interfaces homme-machine embarquées pour avions commerciaux doivent ainsi satisfaire un certain nombre de règles et de recommandations de développement.
Dans l'état de la technique, les systèmes de calcul embarqués sont généralement réalisés à partir de composants pris sur étagère ou COTS (pour Commercial Off The Shelf ), c'est-à-dire de composants fabriqués en grande série pour réduire les coûts de fabrication et de maintenance. Toutefois, l'utilisation de composants COTS conventionnels pose en premier lieu des problèmes d'obsolescence, imposant de provisionner un grand nombre de composants et de les stocker afin de garantir la maintenabilité du produit. Compte tenu du temps de développement et de la durée de vie d'un produit pour l'aéronautique, qui peuvent atteindre plusieurs dizaines d'années, il est courant que les composants utilisés lors de la conception d'un système électronique soient en fait obsolètes même avant la fin du processus de conception, obligeant à réaliser des phases de modification et de recertification périodiques.
En second lieu, les composants électroniques COTS sont généralement dérivés de marchés grands publics ou du secteur des télécommunications et sont dès lors optimisés pour des applications non aéronautiques. Leur utilisation dans le domaine aéronautique
5 implique la désactivation des applications d'origine, leur modification pour les rendre compatibles avec le domaine aéronautique puis une certification, engendrant des coûts supplémentaires.
Par ailleurs, les systèmes multicoeurs de traitement usuels comportent uniquement des mémoires et des systèmes périphériques partagés entre les différents c urs de calcul. Les coeurs communiquent avec des interfaces d'entrée et de sortie de données via un bus d'interface commun pour accéder à des ressources partagées entre les c urs. Il en résulte un besoin d'arbitrage dans les accès potentiellement concurrents auxdits systèmes périphériques. La gestion de ces accès concurrents dans un système classique COTS est faite par un système de cohérence non maitrisé. L'utilisation de composants de type COTS dans un système aéronautique impose donc la mise en place d'un grand nombre de verrous logiciels et matériels permettant de garantir le fonctionnement du composant dans le respect des recommandations des autorités de certification. L'ajout de ces verrous implique une dégradation forte des performances des unités centrales de traitement de données Au vu de ce qui précède, l'invention se propose de pallier les problèmes de déterminisme dans les accès concurrents rencontrés dans les systèmes multifonctions de traitement de données en limitant les arbitrages mis en uvre lors de l'accès à des ressources partagées.
L'invention a donc pour objet, selon un premier aspect, un système multicoeur de traitement de données, comprenant un ensemble de coeurs de traitement de données et dans lequel une partie au moins de chaque coeur de traitement de données comporte un ensemble d'interfaces locales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques dédiés auxdits coeurs.
Le système multicceur comporte en outre un ensemble d'interfaces globales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques partagés entre lesdits c urs, comprenant un ensemble d'au moins un processeur de calcul graphique (GPU) Date Reçue/Date Received 2021-08-30 5a comprenant des coeurs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales, et en ce qu'il comprend au moins une unité centrale de traitement (CPU) et au moins un processeur de calcul graphique (GPU) qui communique avec l'unité
centrale de traitement, les c urs de traitement de l'unité centrale de traitement étant chacun reliés à un coeur de traitement du processeur de calcul graphique par un unique moyen de transfert de données de manière à réaliser un transfert de données en parallèle entre ledit processeur de calcul graphique et ladite unité centrale de traitement.
Ainsi, en prévoyant des interfaces locales d'entrée et de sortie, chacun des coeurs de calcul a accès à ses propres mémoires et/ou s stèmes eéri ehérieues locaux de sorte eue chaeue coeur de calcul est Date Reçue/Date Received 2021-08-30
Par ailleurs, les systèmes multicoeurs de traitement usuels comportent uniquement des mémoires et des systèmes périphériques partagés entre les différents c urs de calcul. Les coeurs communiquent avec des interfaces d'entrée et de sortie de données via un bus d'interface commun pour accéder à des ressources partagées entre les c urs. Il en résulte un besoin d'arbitrage dans les accès potentiellement concurrents auxdits systèmes périphériques. La gestion de ces accès concurrents dans un système classique COTS est faite par un système de cohérence non maitrisé. L'utilisation de composants de type COTS dans un système aéronautique impose donc la mise en place d'un grand nombre de verrous logiciels et matériels permettant de garantir le fonctionnement du composant dans le respect des recommandations des autorités de certification. L'ajout de ces verrous implique une dégradation forte des performances des unités centrales de traitement de données Au vu de ce qui précède, l'invention se propose de pallier les problèmes de déterminisme dans les accès concurrents rencontrés dans les systèmes multifonctions de traitement de données en limitant les arbitrages mis en uvre lors de l'accès à des ressources partagées.
L'invention a donc pour objet, selon un premier aspect, un système multicoeur de traitement de données, comprenant un ensemble de coeurs de traitement de données et dans lequel une partie au moins de chaque coeur de traitement de données comporte un ensemble d'interfaces locales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques dédiés auxdits coeurs.
Le système multicceur comporte en outre un ensemble d'interfaces globales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques partagés entre lesdits c urs, comprenant un ensemble d'au moins un processeur de calcul graphique (GPU) Date Reçue/Date Received 2021-08-30 5a comprenant des coeurs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales, et en ce qu'il comprend au moins une unité centrale de traitement (CPU) et au moins un processeur de calcul graphique (GPU) qui communique avec l'unité
centrale de traitement, les c urs de traitement de l'unité centrale de traitement étant chacun reliés à un coeur de traitement du processeur de calcul graphique par un unique moyen de transfert de données de manière à réaliser un transfert de données en parallèle entre ledit processeur de calcul graphique et ladite unité centrale de traitement.
Ainsi, en prévoyant des interfaces locales d'entrée et de sortie, chacun des coeurs de calcul a accès à ses propres mémoires et/ou s stèmes eéri ehérieues locaux de sorte eue chaeue coeur de calcul est Date Reçue/Date Received 2021-08-30
6 totalement indépendant et autonome vis-à-vis des autres. Chacun des coeurs de calcul est donc capable de fonctionner sans interaction avec les autres coeurs.
Selon une autre caractéristique de l'invention, le système comprend un ensemble d'au moins une unité centrale de traitement comprenant des coeurs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales.
En d'autres termes, les coeurs de traitement constituent une unité centrale CPU.
Selon encore une autre caractéristique de l'invention, le système multicoeur comprend un ensemble d'au moins un processeur de calcul graphique comprenant des coeurs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales.
Les coeurs de traitement de données constituent ainsi des processeurs de calcul graphique.
Dans un mode de réalisation, le système comprend au moins une unité centrale de traitement et au moins un processeur de calcul graphique qui communique avec l'unité centrale de traitement, les c urs de traitement de l'unité centrale de traitement étant chacun reliés à un c ur de traitement du processeur de calcul graphique par un unique moyen de transfert de données de manière à réaliser un transfert de données en parallèle entre ledit processeur de calcul graphique et ladite unité centrale de traitement.
On obtient ainsi une augmentation de la puissance de calcul tout en répondant au problème de certification aéronautique en multipliant les coeurs de traitement CPU/GPU pour obtenir une architecture clonée ayant les mêmes avantages de parallélisation des tâches qu'une architecture multicoeur, en limitant les inconvénients de complexité et éventuellement de ressources partagées non contrôlées qui ne sont pas envisageables pour des raisons de sécurité et de criticité aéronautique.
Avantageusement, les c urs de traitement de données sont reliés à un moyen de transfert de données local interne relié auxdites interfaces.
Le moyen de transfert de données local interne peut être relié à
des dispositifs périphériques dédiés chacun à un coeur de traitement.
Par ailleurs, les coeurs de traitement de données sont avantageusement reliés à un moyen de transfert de données global interne audit processeur de calcul graphique ou à ladite unité centrale de traitement et relié à des dispositifs périphériques partagés entre les coeurs de traitement.
De préférence, une partie au moins de chaque coeur de traitement comporte un système d'exploitation dédié.
L'invention a encore pour objet une interface graphique pour cockpit d'aéronef comprenant un système multicoeur de traitement de données tel que défini ci-dessus.
D'autres buts, caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée uniquement à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels :
- la figure 1 illustre l'architecture générale d'un système de traitement de données conventionnel réalisé à partir de composants COTS ;
- la figure 2 est un schéma synoptique d'une partie d'un système multicoeurs de traitement de données conventionnel, montrant le partage de périphériques ;
- la figure 3 illustre l'architecture générale d'un système de traitement de données conforme à l'invention ;
- la figure 4 montre une partie d'un système de traitement de données conforme à l'invention montrant l'utilisation de périphériques dédiés à chaque coeur de traitement et de dispositifs périphériques partagés ; et - les figures 5a et 5b sont des vues montrant le couplage entre un CPU et un GPU, selon l'état de la technique et selon l'invention, respectivement.
On se référera tout d'abord à la figure 1, qui illustre l'architecture d'un système de traitement de données multicoeur selon l'état de la technique, utilisant des composants sur étagère COTS.
Comme on le voit sur cette figure, ce système de traitement de données est articulé autour d'un processeur double coeur P associé à
des mémoires cache locales 1 et 2, dédiées respectivement au stockage de données et au stockage d'instructions, et à une mémoire cache partagée 3 de niveau supérieur utilisée lorsque les mémoires cache locales 1 et 2 sont pleines et associée à un contrôleur de mémoire 4 partagé permettant l'accès à des mémoires externes, par exemple de type DDR (pour Double Data Rate ).
Un bus commun 5 intégrant un protocole de cohérence de cache associé à des premiers dispositifs périphériques 6 de contrôle de communication et des deuxièmes dispositifs périphériques 7 d'entrée et sortie assure l'échange des données avec le processeur P.
Comme indiqué précédemment, ce type d'architecture présente un certain nombre d'inconvénients portant sur le partage de la mémoire cache 3, du contrôleur de mémoire 4 et du bus commun 5 L'emploi de moyens partagés nécessite en effet de prévoir un arbitrage poussé pour autoriser l'accès au processeur. En outre, le temps de transfert de données sur le bus n'est pas garanti. En particulier, lorsque le nombre de coeurs augmente, la gestion des priorités et le calcul des temps d'accès s'avèrent plus complexes à
mettre en oeuvre. En outre, le nombre d'entrées et sorties est limité.
Ainsi, le fonctionnement déterministe de ce type de composants, notamment en ce qui concerne la durée de transfert de données qui ne peut être déterminée de manière certaine sans mettre en oeuvre des moyens rédhibitoires, n'est-pas garanti.
En se référant maintenant à la figure 2, sur laquelle on a schématiquement représenté plusieurs coeurs de traitement de données core#1 , core#2 , core#3 associés chacun à une mémoire cache Li et à une mémoire cache L2 de niveau supérieure qui communiquent via bus local B, on voit que selon une architecture conventionnelle, des interfaces d'Entrée/Sortie (1/0) telles que 101 et 102 assurant la communication avec des dispositifs externes traditionnellement partagées de sorte que l'accès à ces interfaces d'Entrée/Sortie qui s'effectue via un bus d'interface B' implique un arbitrage des accès.
Comme indiqué précédemment, les architectures multicceurs traditionnelles, destinées à être embarquées à bord d'aéronefs, doivent être soumises à des règles et des recommandations de développement éditées par les autorités de certifications. Ces règles pénalisent économiquement et techniquement le développement d'une architecture à base de composants COTS.
On a représenté sur la figure 3 l'architecture générale d'un système multicoeur de traitement de données selon l'invention, pour interface graphique.
Pour répondre aux règles et recommandations éditées par les autorités de certification, toutes les mémoires (Flash, RAM, Cache) sont ici séparées entre les coeurs pour ainsi limiter l'utilisation de ressources partagées. Pour garantir un accès déterministe à toutes les autres ressources partagées, un élément de communication partitionné
est utilisé pour réaliser la communication des différents coeurs CPU.
Cet élément peut, par exemple, être un bus ou un réseau sur puce NoC
(pour Network On chip ).
La même stratégie est utilisée au niveau des coeurs GPU. Ceux-ci sont indépendants et reliés à un unique c ur CPU via un bus dédié.
Chaque coeur GPU produit une image graphique liée à l'application qu'il gère. Les différentes images produites sont ensuite assemblées par un mixeur pour produire, en définitive, une image d'écran qui est destinée à être affichée sur l'écran d'une interface homme-machine.
Ainsi, chaque couple CPU/GPU héberge une application graphique distincte et indépendante des autres. Cette architecture permet donc le développement parallèle et par plusieurs fournisseurs d'applications d'interfaces homme-machine pour différents systèmes avioniques commerciaux. Cette architecture entièrement partitionnée permet de réaliser une certification incrémentale. En d'autres termes, il est possible de mettre à jour un coeur sans impact sur les autres.
On voit sur la figure 3 que l'unité centrale de traitement CPU
et le processeur de calcul graphique GPU comportent chacun un ensemble de coeurs de traitement de données CI-C6 et C' 1-C'6, respectivement, ici au nombre de six, reliés entre eux par des bus Bi-B6 dédiés ou, de manière générale, par un moyen de transfert de données dédié, 5 Ainsi, les problèmes d'arbitrage et de temps de transfert non garanti ne se posent plus dans cette architecture, les données étant véhiculées entre les coeurs de traitement sur des bus non partagés.
Comme on le voit, les coeurs de traitement de données de l'unité centrale de traitement sont organisés sur le même modèle et 10 sont fondés sur l'utilisation d'un coeur de calcul, tel que 8. Chaque coeur de traitement comporte un bus de communication interne 9 ou, de manière générale, un moyen de transfert de données, qui assure la communication au sein du coeur entre les divers composants qui le composent et avec des dispositifs périphériques locaux.
Chaque coeur de traitement comporte en effet différents types de mémoires, avec entre autre, une mémoire permanente 10, par exemple de type Flash ainsi qu'une mémoire vive 11, par exemple de type DDR, associées respectivement à un contrôleur de mémoire permanente 12 et à un contrôleur de mémoire vive 13. Bien entendu, on ne sort pas du cadre de l'invention lorsque les coeurs de calculs sont dotés d'autres types de dispositifs périphériques locaux, notamment d'autres types de mémoire. Comme cela sera précisé en référence à la figure 4, chaque coeur de traitement comporte également un certain nombre de périphériques locaux d'entrée et de sortie de données qui peuvent être différents d'un coeur à l'autre. Des périphériques de communication 14 assurent la communication entre les bus dédiés Bi-B6 et le bus de communication interne 9 associé.
A côté des périphériques locaux et mémoires 10 et 11 dédiées à
chaque coeur de traitement, l'unité centrale de traitement CPU
comporte en outre des mémoires et périphériques globaux, partagés entre les coeurs. Il s'agit en particulier des mémoires 15, 16 et 17 associées à leurs contrôleurs de mémoire respectifs 18, 19 et 20. Il s'agit à titre illustratif, mais de façon nullement limitative, de mémoires de type Flash, DDR ou de périphériques globaux partagés 21, 22 et 23, par exemple de types ARINC 429 ou ARINC 825. Dans l'application envisagée, qui concerne les interfaces graphiques pour équipement de cockpit pour aéronef, de telles mémoires peuvent, par exemple, être utilisées pour l'enregistrement d'informations concernant un vol.
Un bus global interne 24 ou, de manière générale, un élément de transfert de données, assure l'échange de données entre les coeurs de traitement de données CI-C6, avec les mémoires 15, 16 et 17 et avec les dispositifs périphériques globaux 21, 22 et 23.
Les coeurs de traitement de données C'I-C'6 du processeur de calcul graphique ont une structure similaire et sont fondés sur l'utilisation d'un coeur de calcul tel que 25. Ce c ur de calcul 25 communique avec un bus de communication interne 26 ou de manière générale avec un moyen de transfert de données, lequel est relié via des liens de communication 27 et 28 avec les bus dédiés B I-B6.
A côté du coeur de calcul 25, chaque coeur de traitement de données C' I-C'6 incorpore en outre un c ur GPLT de calcul graphique 29 relié au bus interne 26. Enfin, un bus local 30 ou un moyen de transfert de données, qui communique avec les liens de communication 27 et 28, avec le coeur de calcul 25 et avec le coeur de calcul GPU 29 est relié à une mémoire locale 31 externe associée à un contrôleur correspondant 32.
Par ailleurs, l'unité de traitement graphique GPU comporte un mixeur 33 relié au bus local 30 de chaque unité de traitement de données C'1-C'6.
En effet, chaque couple CPU/CiPU assure l'exécution d'une tâche qui lui est affectée et génère une portion de l'image finale. Le mixeur 33 procède à la combinaison de ces diverses images pour l'élaboration de l'écran final affiché sur l'interface homme-machine.
De manière optionnelle, le système de traitement qui vient d'être décrit peut être doté d'une entrée vidéo 34, d'une mémoire externe 35 associée à un contrôleur 36 correspondant et à un système d'arbitrage 37 pour l'accès à des données externes partagées. Un dispositif 38 de récupération d'images associé à un gestionnaire de flux 39 permet de combiner des vidéos ou images récupérées de l'entrée 34 ou de la mémoire 35 pour générer l'image finale.
Comme on le conçoit, l'architecture qui vient d'être décrite s'apparente à une architecture multiprocesseur intégrée à une seule et même puce. En effet, chaque coeur étant indépendant et possédant ses propres contrôleurs mémoire et périphériques dédiés, l'architecture selon l'invention est analogue à une architecture multi-SoC.
En se référant à la figure 4, sur laquelle on a représenté une stratégie d'implantation de système d'exploitation dans un système de traitement de données conforme à l'invention, on voit que chaque coeur de traitement, noté C"2 ou C"3 incorpore un certain nombre d'interfaces d'Entrée/Sortie 42, 43, 44 qui communiquent avec un c ur core#1 , core#2 ou core143 via un bus local B, tandis que d'autres interfaces d'Entrées/Sorties 45 sont partagés entre les coeurs de traitement avec lesquels elles communiquent via un bus d'interface B'. Cette stratégie peut aussi bien s'appliquer à l'unité
centrale de traitement qu'au processeur de calcul graphique. En d'autres termes, selon l'invention, on dispose de deux niveaux de d'interfaces d'Entrée/Sortie, l'architecture intégrant à la fois des interfaces d'Entrée/Sortie locales dédiées à un coeur et des interfaces d'Entrée/Sortie globales qui sont partagées entre les c urs.
On conçoit que les interfaces I/O locales, d'accès direct, sans partage et sans arbitrage permettant un accès plus rapide à des périphériques locaux dédiés à un coeur, tandis que les interfaces I/O
globales permettent un accès à des dispositifs périphériques partagés.
On notera par ailleurs que, dans un mode de mise en oeuvre, les coeurs de traitement du GPU et du CPU peuvent intégrer un système d'exploitation dédié.
L'accès déterministe aux ressources partagées rend souhaitable l'utilisation d'un bus d'accès partagé 24 (figure 3) maîtrisée.
Ainsi, le bus 24 est associé à des moyens d'arbitrage servant à
arbitrer les échanges de données avec les dispositifs partagés ou, en d'autres termes, à arbitrer l'accès des c urs aux ressources partagées.
A titre d'exemple, ces arbitrages peuvent prendre la forme d'un ordonnanceur, par exemple intégré au bus, attribuant de manière périodique des temps de communication pour chaque coeur et ce, les uns après les autres.
Enfin, en se référant aux figures 5a et 5b, on conçoit que contrairement aux architectures CPU/GPU classiques qui utilisent un seul bus de communication partagé 46, le système de traitement de données selon l'invention s'appuie sur un bus dédié 47 indépendant entre chaque coeur CPU et son coeur GPU associé. Ces bus séparés permettent ainsi des transferts de données parallèles et performants.
Selon une autre caractéristique de l'invention, le système comprend un ensemble d'au moins une unité centrale de traitement comprenant des coeurs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales.
En d'autres termes, les coeurs de traitement constituent une unité centrale CPU.
Selon encore une autre caractéristique de l'invention, le système multicoeur comprend un ensemble d'au moins un processeur de calcul graphique comprenant des coeurs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales.
Les coeurs de traitement de données constituent ainsi des processeurs de calcul graphique.
Dans un mode de réalisation, le système comprend au moins une unité centrale de traitement et au moins un processeur de calcul graphique qui communique avec l'unité centrale de traitement, les c urs de traitement de l'unité centrale de traitement étant chacun reliés à un c ur de traitement du processeur de calcul graphique par un unique moyen de transfert de données de manière à réaliser un transfert de données en parallèle entre ledit processeur de calcul graphique et ladite unité centrale de traitement.
On obtient ainsi une augmentation de la puissance de calcul tout en répondant au problème de certification aéronautique en multipliant les coeurs de traitement CPU/GPU pour obtenir une architecture clonée ayant les mêmes avantages de parallélisation des tâches qu'une architecture multicoeur, en limitant les inconvénients de complexité et éventuellement de ressources partagées non contrôlées qui ne sont pas envisageables pour des raisons de sécurité et de criticité aéronautique.
Avantageusement, les c urs de traitement de données sont reliés à un moyen de transfert de données local interne relié auxdites interfaces.
Le moyen de transfert de données local interne peut être relié à
des dispositifs périphériques dédiés chacun à un coeur de traitement.
Par ailleurs, les coeurs de traitement de données sont avantageusement reliés à un moyen de transfert de données global interne audit processeur de calcul graphique ou à ladite unité centrale de traitement et relié à des dispositifs périphériques partagés entre les coeurs de traitement.
De préférence, une partie au moins de chaque coeur de traitement comporte un système d'exploitation dédié.
L'invention a encore pour objet une interface graphique pour cockpit d'aéronef comprenant un système multicoeur de traitement de données tel que défini ci-dessus.
D'autres buts, caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée uniquement à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels :
- la figure 1 illustre l'architecture générale d'un système de traitement de données conventionnel réalisé à partir de composants COTS ;
- la figure 2 est un schéma synoptique d'une partie d'un système multicoeurs de traitement de données conventionnel, montrant le partage de périphériques ;
- la figure 3 illustre l'architecture générale d'un système de traitement de données conforme à l'invention ;
- la figure 4 montre une partie d'un système de traitement de données conforme à l'invention montrant l'utilisation de périphériques dédiés à chaque coeur de traitement et de dispositifs périphériques partagés ; et - les figures 5a et 5b sont des vues montrant le couplage entre un CPU et un GPU, selon l'état de la technique et selon l'invention, respectivement.
On se référera tout d'abord à la figure 1, qui illustre l'architecture d'un système de traitement de données multicoeur selon l'état de la technique, utilisant des composants sur étagère COTS.
Comme on le voit sur cette figure, ce système de traitement de données est articulé autour d'un processeur double coeur P associé à
des mémoires cache locales 1 et 2, dédiées respectivement au stockage de données et au stockage d'instructions, et à une mémoire cache partagée 3 de niveau supérieur utilisée lorsque les mémoires cache locales 1 et 2 sont pleines et associée à un contrôleur de mémoire 4 partagé permettant l'accès à des mémoires externes, par exemple de type DDR (pour Double Data Rate ).
Un bus commun 5 intégrant un protocole de cohérence de cache associé à des premiers dispositifs périphériques 6 de contrôle de communication et des deuxièmes dispositifs périphériques 7 d'entrée et sortie assure l'échange des données avec le processeur P.
Comme indiqué précédemment, ce type d'architecture présente un certain nombre d'inconvénients portant sur le partage de la mémoire cache 3, du contrôleur de mémoire 4 et du bus commun 5 L'emploi de moyens partagés nécessite en effet de prévoir un arbitrage poussé pour autoriser l'accès au processeur. En outre, le temps de transfert de données sur le bus n'est pas garanti. En particulier, lorsque le nombre de coeurs augmente, la gestion des priorités et le calcul des temps d'accès s'avèrent plus complexes à
mettre en oeuvre. En outre, le nombre d'entrées et sorties est limité.
Ainsi, le fonctionnement déterministe de ce type de composants, notamment en ce qui concerne la durée de transfert de données qui ne peut être déterminée de manière certaine sans mettre en oeuvre des moyens rédhibitoires, n'est-pas garanti.
En se référant maintenant à la figure 2, sur laquelle on a schématiquement représenté plusieurs coeurs de traitement de données core#1 , core#2 , core#3 associés chacun à une mémoire cache Li et à une mémoire cache L2 de niveau supérieure qui communiquent via bus local B, on voit que selon une architecture conventionnelle, des interfaces d'Entrée/Sortie (1/0) telles que 101 et 102 assurant la communication avec des dispositifs externes traditionnellement partagées de sorte que l'accès à ces interfaces d'Entrée/Sortie qui s'effectue via un bus d'interface B' implique un arbitrage des accès.
Comme indiqué précédemment, les architectures multicceurs traditionnelles, destinées à être embarquées à bord d'aéronefs, doivent être soumises à des règles et des recommandations de développement éditées par les autorités de certifications. Ces règles pénalisent économiquement et techniquement le développement d'une architecture à base de composants COTS.
On a représenté sur la figure 3 l'architecture générale d'un système multicoeur de traitement de données selon l'invention, pour interface graphique.
Pour répondre aux règles et recommandations éditées par les autorités de certification, toutes les mémoires (Flash, RAM, Cache) sont ici séparées entre les coeurs pour ainsi limiter l'utilisation de ressources partagées. Pour garantir un accès déterministe à toutes les autres ressources partagées, un élément de communication partitionné
est utilisé pour réaliser la communication des différents coeurs CPU.
Cet élément peut, par exemple, être un bus ou un réseau sur puce NoC
(pour Network On chip ).
La même stratégie est utilisée au niveau des coeurs GPU. Ceux-ci sont indépendants et reliés à un unique c ur CPU via un bus dédié.
Chaque coeur GPU produit une image graphique liée à l'application qu'il gère. Les différentes images produites sont ensuite assemblées par un mixeur pour produire, en définitive, une image d'écran qui est destinée à être affichée sur l'écran d'une interface homme-machine.
Ainsi, chaque couple CPU/GPU héberge une application graphique distincte et indépendante des autres. Cette architecture permet donc le développement parallèle et par plusieurs fournisseurs d'applications d'interfaces homme-machine pour différents systèmes avioniques commerciaux. Cette architecture entièrement partitionnée permet de réaliser une certification incrémentale. En d'autres termes, il est possible de mettre à jour un coeur sans impact sur les autres.
On voit sur la figure 3 que l'unité centrale de traitement CPU
et le processeur de calcul graphique GPU comportent chacun un ensemble de coeurs de traitement de données CI-C6 et C' 1-C'6, respectivement, ici au nombre de six, reliés entre eux par des bus Bi-B6 dédiés ou, de manière générale, par un moyen de transfert de données dédié, 5 Ainsi, les problèmes d'arbitrage et de temps de transfert non garanti ne se posent plus dans cette architecture, les données étant véhiculées entre les coeurs de traitement sur des bus non partagés.
Comme on le voit, les coeurs de traitement de données de l'unité centrale de traitement sont organisés sur le même modèle et 10 sont fondés sur l'utilisation d'un coeur de calcul, tel que 8. Chaque coeur de traitement comporte un bus de communication interne 9 ou, de manière générale, un moyen de transfert de données, qui assure la communication au sein du coeur entre les divers composants qui le composent et avec des dispositifs périphériques locaux.
Chaque coeur de traitement comporte en effet différents types de mémoires, avec entre autre, une mémoire permanente 10, par exemple de type Flash ainsi qu'une mémoire vive 11, par exemple de type DDR, associées respectivement à un contrôleur de mémoire permanente 12 et à un contrôleur de mémoire vive 13. Bien entendu, on ne sort pas du cadre de l'invention lorsque les coeurs de calculs sont dotés d'autres types de dispositifs périphériques locaux, notamment d'autres types de mémoire. Comme cela sera précisé en référence à la figure 4, chaque coeur de traitement comporte également un certain nombre de périphériques locaux d'entrée et de sortie de données qui peuvent être différents d'un coeur à l'autre. Des périphériques de communication 14 assurent la communication entre les bus dédiés Bi-B6 et le bus de communication interne 9 associé.
A côté des périphériques locaux et mémoires 10 et 11 dédiées à
chaque coeur de traitement, l'unité centrale de traitement CPU
comporte en outre des mémoires et périphériques globaux, partagés entre les coeurs. Il s'agit en particulier des mémoires 15, 16 et 17 associées à leurs contrôleurs de mémoire respectifs 18, 19 et 20. Il s'agit à titre illustratif, mais de façon nullement limitative, de mémoires de type Flash, DDR ou de périphériques globaux partagés 21, 22 et 23, par exemple de types ARINC 429 ou ARINC 825. Dans l'application envisagée, qui concerne les interfaces graphiques pour équipement de cockpit pour aéronef, de telles mémoires peuvent, par exemple, être utilisées pour l'enregistrement d'informations concernant un vol.
Un bus global interne 24 ou, de manière générale, un élément de transfert de données, assure l'échange de données entre les coeurs de traitement de données CI-C6, avec les mémoires 15, 16 et 17 et avec les dispositifs périphériques globaux 21, 22 et 23.
Les coeurs de traitement de données C'I-C'6 du processeur de calcul graphique ont une structure similaire et sont fondés sur l'utilisation d'un coeur de calcul tel que 25. Ce c ur de calcul 25 communique avec un bus de communication interne 26 ou de manière générale avec un moyen de transfert de données, lequel est relié via des liens de communication 27 et 28 avec les bus dédiés B I-B6.
A côté du coeur de calcul 25, chaque coeur de traitement de données C' I-C'6 incorpore en outre un c ur GPLT de calcul graphique 29 relié au bus interne 26. Enfin, un bus local 30 ou un moyen de transfert de données, qui communique avec les liens de communication 27 et 28, avec le coeur de calcul 25 et avec le coeur de calcul GPU 29 est relié à une mémoire locale 31 externe associée à un contrôleur correspondant 32.
Par ailleurs, l'unité de traitement graphique GPU comporte un mixeur 33 relié au bus local 30 de chaque unité de traitement de données C'1-C'6.
En effet, chaque couple CPU/CiPU assure l'exécution d'une tâche qui lui est affectée et génère une portion de l'image finale. Le mixeur 33 procède à la combinaison de ces diverses images pour l'élaboration de l'écran final affiché sur l'interface homme-machine.
De manière optionnelle, le système de traitement qui vient d'être décrit peut être doté d'une entrée vidéo 34, d'une mémoire externe 35 associée à un contrôleur 36 correspondant et à un système d'arbitrage 37 pour l'accès à des données externes partagées. Un dispositif 38 de récupération d'images associé à un gestionnaire de flux 39 permet de combiner des vidéos ou images récupérées de l'entrée 34 ou de la mémoire 35 pour générer l'image finale.
Comme on le conçoit, l'architecture qui vient d'être décrite s'apparente à une architecture multiprocesseur intégrée à une seule et même puce. En effet, chaque coeur étant indépendant et possédant ses propres contrôleurs mémoire et périphériques dédiés, l'architecture selon l'invention est analogue à une architecture multi-SoC.
En se référant à la figure 4, sur laquelle on a représenté une stratégie d'implantation de système d'exploitation dans un système de traitement de données conforme à l'invention, on voit que chaque coeur de traitement, noté C"2 ou C"3 incorpore un certain nombre d'interfaces d'Entrée/Sortie 42, 43, 44 qui communiquent avec un c ur core#1 , core#2 ou core143 via un bus local B, tandis que d'autres interfaces d'Entrées/Sorties 45 sont partagés entre les coeurs de traitement avec lesquels elles communiquent via un bus d'interface B'. Cette stratégie peut aussi bien s'appliquer à l'unité
centrale de traitement qu'au processeur de calcul graphique. En d'autres termes, selon l'invention, on dispose de deux niveaux de d'interfaces d'Entrée/Sortie, l'architecture intégrant à la fois des interfaces d'Entrée/Sortie locales dédiées à un coeur et des interfaces d'Entrée/Sortie globales qui sont partagées entre les c urs.
On conçoit que les interfaces I/O locales, d'accès direct, sans partage et sans arbitrage permettant un accès plus rapide à des périphériques locaux dédiés à un coeur, tandis que les interfaces I/O
globales permettent un accès à des dispositifs périphériques partagés.
On notera par ailleurs que, dans un mode de mise en oeuvre, les coeurs de traitement du GPU et du CPU peuvent intégrer un système d'exploitation dédié.
L'accès déterministe aux ressources partagées rend souhaitable l'utilisation d'un bus d'accès partagé 24 (figure 3) maîtrisée.
Ainsi, le bus 24 est associé à des moyens d'arbitrage servant à
arbitrer les échanges de données avec les dispositifs partagés ou, en d'autres termes, à arbitrer l'accès des c urs aux ressources partagées.
A titre d'exemple, ces arbitrages peuvent prendre la forme d'un ordonnanceur, par exemple intégré au bus, attribuant de manière périodique des temps de communication pour chaque coeur et ce, les uns après les autres.
Enfin, en se référant aux figures 5a et 5b, on conçoit que contrairement aux architectures CPU/GPU classiques qui utilisent un seul bus de communication partagé 46, le système de traitement de données selon l'invention s'appuie sur un bus dédié 47 indépendant entre chaque coeur CPU et son coeur GPU associé. Ces bus séparés permettent ainsi des transferts de données parallèles et performants.
Claims (7)
1. Système multic ur de traitement de données, comprenant :
un ensemble de c urs de traitement de données, une partie au moins de chaque c ur de traitement de données comportant un ensemble d'interfaces locales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques dédiés auxdits c urs ;
un ensemble d'interfaces globales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques partagés entre lesdits c urs ;
un ensemble d'au moins un processeur de calcul graphique comprenant des c urs de traitement de données faisant partie de l'ensemble de c urs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales ;
au moins une unité centrale de traitement comprenant des c urs de traitement de données; et au moins un processeur de calcul graphique, parmi l'ensemble d'au moins un processeur de calcul graphique, qui communique avec l'unité centrale de traitement, les c urs de traitement de données de l'unité centrale de traitement étant chacun reliés à un des c urs de traitement de données du processeur de calcul graphique par un unique moyen de transfert de données de manière à réaliser un transfert de données en parallèle entre ledit processeur de calcul graphique et ladite unité centrale de traitement.
un ensemble de c urs de traitement de données, une partie au moins de chaque c ur de traitement de données comportant un ensemble d'interfaces locales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques dédiés auxdits c urs ;
un ensemble d'interfaces globales d'entrée et de sortie de données pour l'accès à des dispositifs périphériques partagés entre lesdits c urs ;
un ensemble d'au moins un processeur de calcul graphique comprenant des c urs de traitement de données faisant partie de l'ensemble de c urs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales ;
au moins une unité centrale de traitement comprenant des c urs de traitement de données; et au moins un processeur de calcul graphique, parmi l'ensemble d'au moins un processeur de calcul graphique, qui communique avec l'unité centrale de traitement, les c urs de traitement de données de l'unité centrale de traitement étant chacun reliés à un des c urs de traitement de données du processeur de calcul graphique par un unique moyen de transfert de données de manière à réaliser un transfert de données en parallèle entre ledit processeur de calcul graphique et ladite unité centrale de traitement.
2. Système multic ur selon la revendication 1, dans lequel les c urs de traitement de données de l'unité centrale font partie de l'ensemble de c urs de traitement de données comprenant lesdites interfaces locales et lesdites interfaces globales.
3. Système multic ur selon la revendication 1 ou 2, dans lequel les c urs de l'ensemble des c urs de traitement de données sont reliés à
un moyen de transfert de données local interne relié auxdites interfaces.
Date reçue/ date received 2022-02-17
un moyen de transfert de données local interne relié auxdites interfaces.
Date reçue/ date received 2022-02-17
4. Système multic ur selon la revendication 3, dans lequel ledit moyen de transfert de données local interne est relié à des dispositifs périphériques dédiés chacun à un c ur de l'ensemble des c urs de traitement de données.
5. Système multic ur selon l'une quelconque des revendications 1 à
4, dans lequel les c urs de l'ensemble des c urs de traitement de données sont reliés à un moyen de transfert de données global interne audit au moins un processeur de calcul graphique ou à ladite unité
centrale de traitement et relié à des dispositifs périphériques partagés entre les c urs de traitement.
4, dans lequel les c urs de l'ensemble des c urs de traitement de données sont reliés à un moyen de transfert de données global interne audit au moins un processeur de calcul graphique ou à ladite unité
centrale de traitement et relié à des dispositifs périphériques partagés entre les c urs de traitement.
6. Système multic ur selon l'une quelconque des revendications 1 à
5, dans lequel une partie au moins de chaque c ur de l'ensemble des c urs de traitement de données comporte un système d'exploitation dédié.
5, dans lequel une partie au moins de chaque c ur de l'ensemble des c urs de traitement de données comporte un système d'exploitation dédié.
7. Interface graphique pour cockpit d'aéronef, comprenant un système multic ur de traitement de données selon l'une quelconque des revendications 1 à 6.
Date reçue/ date received 2022-02-17
Date reçue/ date received 2022-02-17
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201461976078P | 2014-04-07 | 2014-04-07 | |
| US61/976.078 | 2014-04-07 | ||
| FR1457008A FR3019668B1 (fr) | 2014-04-07 | 2014-07-21 | Systeme multicoeur de traitement de donnees a dispositifs d'entree/sortie locaux et globaux et interface graphique comportant un tel systeme de traitement de donnee |
| FR1457008 | 2014-07-21 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2886466A1 CA2886466A1 (fr) | 2015-10-07 |
| CA2886466C true CA2886466C (fr) | 2022-12-06 |
Family
ID=52450235
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2886466A Active CA2886466C (fr) | 2014-04-07 | 2015-03-26 | Systeme multicoeur de traitement de donnees a dispositifs d'entree/sortie locaux et globaux et interface graphique comportant un tel systeme de traitement de donnees |
| CA2887077A Active CA2887077C (fr) | 2014-04-07 | 2015-04-01 | Systeme de traitement de donnees pour interface graphique et interface graphique comportant un tel systeme de traitement de donnees |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2887077A Active CA2887077C (fr) | 2014-04-07 | 2015-04-01 | Systeme de traitement de donnees pour interface graphique et interface graphique comportant un tel systeme de traitement de donnees |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US10509737B2 (fr) |
| CA (2) | CA2886466C (fr) |
| FR (2) | FR3019668B1 (fr) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017172616A1 (fr) * | 2016-03-27 | 2017-10-05 | Gilbarco Inc. | Distributeur de carburant comportant une électronique de commande intégrée |
| US10713747B2 (en) * | 2018-06-08 | 2020-07-14 | Honeywell International Inc. | System and method for distributed processing of graphic server components |
| FR3099262B1 (fr) * | 2019-07-23 | 2023-10-20 | Zodiac Aero Electric | Système de traitement graphique de données |
| WO2021101643A2 (fr) * | 2020-10-16 | 2021-05-27 | Futurewei Technologies, Inc. | Système lockstep pour cpu-gpu |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6195593B1 (en) * | 1997-09-03 | 2001-02-27 | Seiko Epson Corporation | Reusable modules for complex integrated circuit devices |
| US6456628B1 (en) * | 1998-04-17 | 2002-09-24 | Intelect Communications, Inc. | DSP intercommunication network |
| US6823472B1 (en) * | 2000-05-11 | 2004-11-23 | Lsi Logic Corporation | Shared resource manager for multiprocessor computer system |
| US7324438B1 (en) * | 2003-02-13 | 2008-01-29 | Cisco Technology, Inc. | Technique for nondisruptively recovering from a processor failure in a multi-processor flow device |
| US9275430B2 (en) * | 2006-12-31 | 2016-03-01 | Lucidlogix Technologies, Ltd. | Computing system employing a multi-GPU graphics processing and display subsystem supporting single-GPU non-parallel (multi-threading) and multi-GPU application-division parallel modes of graphics processing operation |
| US8886994B2 (en) * | 2009-12-07 | 2014-11-11 | Space Micro, Inc. | Radiation hard and fault tolerant multicore processor and method for ionizing radiation environment |
| EP2515507A1 (fr) * | 2011-04-19 | 2012-10-24 | Siemens Aktiengesellschaft | Configuration automatique de dispositifs de réseau |
| US20140201326A1 (en) * | 2013-01-16 | 2014-07-17 | Marvell World Trade Ltd. | Interconnected ring network in a multi-processor system |
| US9946658B2 (en) * | 2013-11-22 | 2018-04-17 | Nvidia Corporation | Memory interface design having controllable internal and external interfaces for bypassing defective memory |
| US10217183B2 (en) * | 2013-12-20 | 2019-02-26 | Nvidia Corporation | System, method, and computer program product for simultaneous execution of compute and graphics workloads |
-
2014
- 2014-07-21 FR FR1457008A patent/FR3019668B1/fr active Active
- 2014-07-21 FR FR1457007A patent/FR3019667B1/fr active Active
-
2015
- 2015-03-25 US US14/667,852 patent/US10509737B2/en active Active
- 2015-03-26 CA CA2886466A patent/CA2886466C/fr active Active
- 2015-04-01 CA CA2887077A patent/CA2887077C/fr active Active
- 2015-04-07 US US14/680,443 patent/US10762005B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| FR3019668A1 (fr) | 2015-10-09 |
| CA2887077C (fr) | 2023-09-26 |
| US10762005B2 (en) | 2020-09-01 |
| CA2887077A1 (fr) | 2015-10-07 |
| FR3019668B1 (fr) | 2018-01-26 |
| FR3019667B1 (fr) | 2018-03-09 |
| US20150287157A1 (en) | 2015-10-08 |
| US20150286589A1 (en) | 2015-10-08 |
| US10509737B2 (en) | 2019-12-17 |
| CA2886466A1 (fr) | 2015-10-07 |
| FR3019667A1 (fr) | 2015-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2886466C (fr) | Systeme multicoeur de traitement de donnees a dispositifs d'entree/sortie locaux et globaux et interface graphique comportant un tel systeme de traitement de donnees | |
| EP0536010B1 (fr) | Procédé et dispositif pour la gestion temps réel d'un système comprenant au moins un processeur apte à gérer plusieurs fonctions | |
| WO2007051935A1 (fr) | Procede et systeme de calcul intensif multitache et multiflot en temps reel | |
| EP0517558B1 (fr) | Dispositif permettant d'accroître les performances d'un noyau d'exécutif temps réel associé à une structure multiprocesseur pouvant comprendre un nombre élevé de processeurs | |
| FR2964224A1 (fr) | Procede et dispositif de deploiement et d'aide au deploiement de composants formant un systeme temps reel embarque | |
| EP3494475B1 (fr) | Procede et dispositif de distribution de partitions sur un processeur multi-coeurs | |
| EP2856323B1 (fr) | Procédé, dispositif et programme d'ordinateur de contrôle dynamique de distances d'accès mémoire dans un système de type numa | |
| WO2012110445A1 (fr) | Dispositif pour accélérer l'exécution d'une simulation system c | |
| DE102023129956A1 (de) | Ressourcenvorhersage für arbeitslasten | |
| EP3660677A1 (fr) | Procédé et dispositif de surveillance d'application(s) logicielle(s) avec période temporelle tampon précédant une section réservée pour un ensemble de ressource(s) partagée(s), programme d'ordinateur et système avionique associés | |
| FR3053140B1 (fr) | Architecture de calcul notamment pour un systeme embarque aeronautique | |
| US10901901B2 (en) | Deployment of processing elements in non-uniform memory access environments | |
| FR3057081A1 (fr) | Processeur comprenant une pluralite de coeurs de calcul | |
| EP3839733A1 (fr) | Processeur graphique, plateforme comprenant un tel processeur graphique et un processeur central multicouleurs, et procédé de gestion de ressource(s) d'un tel processeur graphique | |
| EP3695313B1 (fr) | Procédé et dispositif électronique d'implémentation d'un partitionnement lors de l'exécution d'applications logicielles sur une plateforme comprenant un processeur multi-coeurs, programme d'ordinateur et système électronique associés | |
| EP0264317B1 (fr) | Dispositif pour l'optimalisation des performances de primitives temps réel d'un noyau d'exécutif temps réel sur des structures multiprocesseurs | |
| FR3045866A1 (fr) | Calculateur comprenant un processeur multi-coeurs et un procede de controle | |
| EP2652624B1 (fr) | Procede, programme d'ordinateur et dispositif de gestion d'acces memoire dans une architecture multiprocesseurs de type numa | |
| FR3099262A1 (fr) | Système de traitement graphique de données | |
| EP2572253B1 (fr) | Procede d'optimisation de gestion de veille d'un microprocesseur permettant la mise en oeuvre de plusieurs coeurs logiques et programme d'ordinateur mettant en oeuvre un tel procede | |
| CA2778576A1 (fr) | Procede et dispositif de traitement de taches optimise pour un fws | |
| CN110018880A (zh) | Io线程执行方法及装置 | |
| FR3031819A1 (fr) | Procede de gestion d'une execution de taches et processeur pour mettre en œuvre ce procede | |
| FR3042619A1 (fr) | Equipement et systeme d'exploitation embarque |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |
Effective date: 20200227 |
|
| EEER | Examination request |
Effective date: 20200227 |
|
| EEER | Examination request |
Effective date: 20200227 |
|
| EEER | Examination request |
Effective date: 20200227 |