Brevet FR3070514A1 — publié le 20190301

La présente invention concerne un contrôleur d'accès direct en mémoire destiné à être introduit dans un noeud de calcul d'un système sur puce. Elle concerne également un dispositif de traitement de données à réseau sur puce dont les noeuds de calcul comportent chacun un tel contrôleur d'accès direct en mémoire. Elle concerne également un procédé de réception et de stockage de données pouvant être mis en oeuvre grâce à ce contrôleur d'accès direct en mémoire. Un tel contrôleur, qualifié de contrôleur DMA (de l'Anglais « Direct Memory Access »), est généralement utilisé dans un dispositif de traitement de données à traitements distribués nécessitant de nombreux transferts de données entre différents noeuds de calcul. Il permet de transférer des données à traiter ou traitées par un processeur ou accélérateur d'un noeud de calcul, en provenance de ou allant vers un périphérique tel qu'un autre noeud de calcul, un port de communication, un disque dur ou une mémoire quelconque. Il réalise le transfert entre ce périphérique et une mémoire locale disposée au plus près du processeur ou accélérateur dans le noeud de calcul auquel il appartient, sans intervention de ce processeur ou accélérateur si ce n'est pour initier et conclure le transfert. Ainsi, dans une architecture distribuée où les échanges de données sont nombreux, par exemple dans le domaine applicatif de l'Internet des objets loT (de l'anglais « Internet of Things »), les processeurs et accélérateurs dédiés aux traitements de données sont déchargés des transferts. Un contrôleur DMA est par exemple très utile dans un système où des accès répétés à des périphériques rapides pourraient sinon presque bloquer ou au moins ralentir le traitement effectué par le processeur ou accélérateur auprès duquel il se trouve. Sa présence optimise le temps de traitement des applications logicielles exécutées par le processeur ou accélérateur en laissant le contrôleur DMA gérer les transferts de données depuis ou vers la mémoire locale. Il est généralement employé en émission de données, pour un transfert à distance depuis la mémoire locale, mais peut également être employé en réception de données, pour une réception de données et un transfert vers la mémoire locale. L'invention s'applique plus particulièrement à un contrôleur d'accès direct en mémoire destiné à être introduit dans un noeud de calcul d'un système sur puce, employé au moins en réception de données, comportant ainsi : - une mémoire tampon d'entrée pour la réception de paquets de données à traiter provenant d'une interface d'entrées/sorties du noeud de calcul, - un module de gestion d'écriture des données à traiter extraites de chaque paquet dans un espace d'adressage local du noeud de calcul, cet espace 2 d'adressage local étant partagé par au moins un processeur de traitement desdites données autre que le contrôleur d'accès direct en mémoire, - une unité arithmétique et logique d'exécution de microprogrammes, et - un registre de stockage d'au moins un microprogramme. 5 Un tel contrôleur DMA est par exemple décrit dans l'article de Martin et al, intitulé « A microprogrammable memory controller for high-performance dataflow applications », publié à l'occasion de la conférence ESSCIRC 2009 qui s'est tenue à Athènes (GR) du 14 au 18 septembre 2009. Ce contrôleur DMA est principalement employé en émission de données, de sorte qu'il comporte en outre une mémoire 10 tampon de sortie pour l'émission de paquets de données traitées vers l'interface d'entrées/sorties du noeud de calcul et un module de gestion de lecture dans l'espace d'adressage local. Son unité arithmétique et logique d'exécution de microprogrammes est commandée par le module de gestion de lecture et est appliquée, en émission de données, à la lecture de ces données dans l'espace 15 d'adressage local. Elle permet en outre la gestion de déplacements complexes programmés d'un pointeur de travail, en lecture ou en écriture, dans une mémoire tampon supplémentaire interne au contrôleur DMA, pour réordonner si besoin les données provenant de l'espace d'adressage local avant leur émission vers l'extérieur du noeud de calcul de manière à respecter une séquence prédéfinie. Il est alors 20 possible d'organiser les données à l'émission en fonction des traitements ultérieurs qu'elles doivent subir. Mais certains traitements ne permettent pas d'anticiper une réorganisation des données à la source, de sorte que cela doit se faire à la réception. Ainsi, lorsque le cas se présente, les données reçues par un noeud de calcul doivent généralement être préalablement écrites dans un premier espace d'adressage local 25 puis réorganisées dans un deuxième espace d'adressage local, doublant ainsi l'espace d'adressage nécessaire. Même en transposant éventuellement l'enseignement du document Martin et al précité en réception par symétrie, l'emploi nécessaire d'une mémoire tampon supplémentaire interne au contrôleur DMA double l'espace de stockage occupé dans le noeud de calcul récepteur des données. 30 Une solution est suggérée dans l'article de Dupont de Dinechin et al, intitulé « A clustered manycore processor architecture for embedded and accelerated applications », publié à l'occasion de la conférence HPEC 2013 qui s'est tenue à Waltham, MA (USA) du 10 au 12 septembre 2013. Elle consisterait à ajouter, en tant que méta-données, des indications explicites de sauts d'adresses de destination 35 applicables au moins aux premières données de chaque paquet reçu. Mais pour les 3 réorganisations complexes, une telle méthode est susceptible de conduire à des transmissions de trop grandes quantités de méta-données en plus des données elles-mêmes. Il peut ainsi être souhaité de concevoir un contrôleur d'accès direct en 5 mémoire qui permette de s'affranchir d'au moins une partie des problèmes et contraintes précités. Il est donc proposé un contrôleur d'accès direct en mémoire destiné à être introduit dans un noeud de calcul d'un système sur puce, comportant : - une mémoire tampon d'entrée pour la réception de paquets de données à 10 traiter provenant d'une interface d'entrées/sorties du noeud de calcul, - un module de gestion d'écriture des données à traiter extraites de chaque paquet dans un espace d'adressage local du noeud de calcul, cet espace d'adressage local étant partagé par au moins un processeur de traitement desdites données autre que le contrôleur d'accès direct en mémoire, 15 - une unité arithmétique et logique d'exécution de microprogrammes, et - un registre de stockage d'au moins un microprogramme, comportant au moins un microprogramme stocké en registre, constitué de lignes d'instructions de calculs arithmétiques et/ou logiques portant uniquement sur des adresses de stockage des données à traiter reçues par la mémoire tampon d'entrée 20 pour une réorganisation de celles-ci dans l'espace d'adressage local partagé, le module de gestion d'écriture étant conçu pour commander l'exécution dudit au moins un microprogramme par l'unité arithmétique et logique. Ainsi, en microprogrammant explicitement la réorganisation des adresses de données en réception, c'est-à-dire au plus près des traitements qui doivent leur être 25 appliqués, pour une exécution de cette réorganisation par l'unité arithmétique et logique du contrôleur d'accès direct en mémoire commandée par son module de gestion d'écriture, elle est réalisée à la volée et directement établie dans l'espace d'adressage local partagé sans duplication des données. En d'autres termes, elle peut se faire au niveau protocolaire « transport » du modèle standard de 30 communication OSI (de l'anglais « Open Systems Interconnection ») en opérant directement sur les adresses de données sans besoin de stockage intermédiaire des données elles-mêmes. Lorsque l'on sait que pour bon nombre de traitements, par exemple le codage d'images par transformation en ondelettes qui nécessite des transpositions matricielles pour réaliser les filtrages horizontaux et verticaux, la 35 réorganisation des données peut occuper quasiment autant d'espace mémoire et de 4 temps de calcul que leur traitement, on gagne ainsi environ un tiers d'espace en mémoire locale et on divise le temps de calcul par deux. De façon optionnelle : - plusieurs microprogrammes sont stockés en registre et associés 5 respectivement à plusieurs identifiants, - le module de gestion d'écriture est conçu pour sélectionner, pour chaque paquet de données à traiter reçu, l'un des microprogrammes sur la base d'une correspondance entre l'identifiant qui lui est associé et un identifiant inclus dans un en-tête de chaque paquet de données à traiter. 10 De façon optionnelle également : - ledit au moins un microprogramme stocké en registre comporte des paramètres d'exécution à définir, - le module de gestion d'écriture est conçu pour définir au moins une partie de ces paramètres d'exécution à partir de données d'exécution incluses 15 dans un en-tête de chaque paquet de données à traiter. De façon optionnelle également, les paramètres d'exécution à définir comportent des paramètres de traitement d'images incluant au moins l'un des éléments de l'ensemble constitué de : - taille(s) de lignes ou de colonnes de blocs d'images, et 20 - nombre(s) de données à traiter successives devant être écrites à des adresses successives de l'espace d'adressage local partagé. De façon optionnelle également, le module de gestion d'écriture est conçu pour commander l'exécution de plusieurs microprogrammes en parallèle sur plusieurs canaux d'exécution différents, identifiés chacun par un identifiant de canal inclus dans 25 chaque paquet de données à traiter, et pour réserver plusieurs sous-espaces d'adressages respectivement associés à ces canaux d'exécution dans l'espace d'adressage local partagé. De façon optionnelle également, ledit au moins un microprogramme stocké en registre comporte des lignes d'instructions de calculs arithmétiques et/ou logiques 30 visant à opérer une transposition matricielle entre les données à traiter telles que reçues par la mémoire tampon d'entrée et les mêmes données à traiter telles que réorganisées et écrites dans l'espace d'adressage local partagé. De façon optionnelle également, au moins deux modes de fonctionnement dudit au moins un microprogramme stocké en registre sont paramétrables : 5 - un premier mode de redémarrage dans lequel chaque exécution dudit au moins un microprogramme sur un paquet de données à traiter démarre sur un nouveau contexte d'exécution, et - un deuxième mode de pause dans lequel chaque exécution dudit au moins 5 un microprogramme sur un paquet de données à traiter démarre sur un contexte d'exécution du paquet de données à traiter précédent dans l'ordre de réception des paquets par la mémoire tampon d'entrée. De façon optionnelle également, deux modes d'écriture du module de gestion d'écriture sont paramétrables par un identifiant inclus dans un en-tête de chaque 10 paquet de données à traiter : - un premier mode d'écriture séquentielle dans lequel les données à traiter de chaque paquet indiquant ce premier mode sont écrites dans l'espace d'adressage local partagé à partir d'une adresse relative définie comme étant contiguë à la dernière adresse à laquelle a été écrite une donnée à 15 traiter du paquet de données à traiter précédent dans l'ordre de réception des paquets par la mémoire tampon d'entrée, et - un deuxième mode d'écriture à décalage absolu dans lequel les données à traiter de chaque paquet indiquant ce deuxième mode sont écrites dans l'espace d'adressage local partagé à partir d'une adresse relative définie 20 par un décalage, également indiqué dans un en-tête de ce paquet, à une adresse prédéterminée de référence de l'espace d'adressage local partagé. Il est également proposé un dispositif de traitement de données à réseau sur puce, comportant : 25 - un réseau d'interconnexion de noeuds de calcul pour l'échange de paquets de données entre eux ou avec au moins un périphérique, et - une pluralité de noeuds de calcul comportant chacun : - une interface d'entrées/sorties de paquets de données, - un espace d'adressage local partagé, 30 - un contrôleur d'accès direct en mémoire selon l'invention, pour un accès direct en écriture, dans l'espace d'adressage local partagé, de données extraites de paquets reçus par sa mémoire tampon d'entrée, et - au moins un processeur de traitement de données, autre que le contrôleur d'accès direct en mémoire, pour un traitement des données 6 écrites par le contrôleur d'accès direct en mémoire dans l'espace d'adressage local partagé. Il est également proposé un procédé de réception et de stockage de données par un noeud de calcul d'un dispositif de traitement de données à réseau sur puce, 5 comportant les étapes suivantes : - réception, via une interface d'entrées/sorties du noeud de calcul, par une mémoire tampon d'entrée d'un contrôleur d'accès direct en mémoire du noeud de calcul, de paquets de données à traiter, - extraction des données à traiter de chaque paquet par le contrôleur d'accès 10 direct en mémoire, - écriture, par le contrôleur d'accès direct en mémoire, des données à traiter reçues et extraites dans un espace d'adressage local du noeud de calcul, cet espace d'adressage local étant partagé par au moins un processeur de traitement desdites données autre que le contrôleur d'accès direct en 15 mémoire, comportant en outre les étapes suivantes : - exécution, par une unité arithmétique et logique du contrôleur d'accès direct en mémoire, d'au moins un microprogramme constitué de lignes d'instructions de calculs arithmétiques et/ou logiques portant uniquement 20 sur des adresses de stockage des données à traiter reçues et extraites pour une réorganisation de celles-ci dans l'espace d'adressage local partagé, et - écriture des données reçues et extraites dans l'espace d'adressage local partagé à des adresses obtenues par ladite réorganisation. 25 L'invention sera mieux comprise à l'aide de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés dans lesquels : la figure 1 représente schématiquement la structure générale d'un dispositif de traitement de données à réseau sur puce, selon un mode de réalisation 30 de l'invention, la figure 2 représente schématiquement la structure générale d'un contrôleur d'accès direct en mémoire du dispositif de traitement de la figure 1, selon un mode de réalisation de l'invention, 7 la figure 3 illustre un exemple de configuration d'un paquet de données à traiter pouvant être reçu et transmis, à une mémoire locale partagée, par le contrôleur d'accès direct en mémoire de la figure 2, et la figure 4 illustre les étapes successives d'un procédé de réception et de 5 stockage de données à traiter par l'un quelconque des noeuds de calcul du dispositif de la figure 1. Le dispositif 10 de traitement de données illustré sur la figure 1 comporte un réseau sur puce partiellement représenté. Ce réseau sur puce, réalisé sous la forme d'un circuit intégré, est constitué d'une pluralité de noeuds disposés en matrice et 10 interconnectés entre eux par des liens bidirectionnels orientés dans quatre directions matricielles Nord (N), Sud (S), Ouest (W) et Est (E). Les liens permettent la transmission de paquets de données d'un noeud à l'autre et forment un réseau d'interconnexion 12. Dans l'exemple de la figure 1, seuls quatre noeuds sont représentés de façon 15 non limitative et notés Ni+1,, et Ni+1,J+1. Quatre liens bidirectionnels L,,,(N), L(W) et L,,,(E) partent du noeud dans les quatre directions précitées. Quatre liens bidirectionnels L,,,±1(N), L,+1(W) et 1-,,,±1(E) partent du noeud Ni,J+1 dans les quatre directions précitées. Quatre liens bidirectionnels L,±1,,(N), L,±1(S), L,±1,,(W) et L,±1,,(E) partent du noeud N,+1,, dans les quatre directions précitées. Enfin, 20 quatre liens bidirectionnels Li+1,,±1(N), 1-,±1±1(S), 1-41,,±1(W) et 1-,±1,,±1(E) partent du noeud N,+1,J+1 dans les quatre directions précitées. On notera que le lien bidirectionnel L,,,(E) correspond au lien bidirectionnel L±1(W), que le lien bidirectionnel L,±1,,(E) correspond au lien bidirectionnel 1-i+1,,±1(W), que le lien bidirectionnel L(S) correspond au lien bidirectionnel L,±1,,(N) et que le lien bidirectionnel L,,,±1(S) correspond au lien 25 bidirectionnel 1-41,,±1(N). Le noeud N, comporte plus précisément un noeud de calcul C et un routeur R. La fonction du routeur est d'orienter chaque paquet de données qu'il reçoit du noeud de calcul C ou de l'une des quatre directions précitées vers l'une des quatre directions précitées ou le noeud de calcul C. De façon bien connue, le noeud de 30 calcul C comporte une interface réseau 14, d'entrées/sorties de paquets de données, apte à communiquer avec le routeur R. Il comporte en outre par exemple un ensemble de processeurs microprogrammables 16, et un ensemble d'accélérateurs dédiés 18, pour un traitement de données contenues dans les paquets reçus via l'interface réseau l4. Il comporte en outre une mémoire locale 20,,, 35 partagée par les processeurs 16,,, et accélérateurs 18,,, pour l'exécution de leurs 8 traitements. Les données à traiter contenues dans les paquets reçus via l'interface réseau 14, sont destinées à y être stockées. Cette mémoire locale partagée 20, est illustrée sous la forme d'une seule ressource de stockage dans la figure 1, mais elle pourrait être constituée de plusieurs mémoires différentes, toutes partagées 5 localement. D'une façon plus générale, elle couvre toute notion d'espace d'adressage local accessible en lecture et écriture par les processeurs 16, et accélérateurs Le noeud de calcul comporte en outre un contrôleur d'accès direct en mémoire ou contrôleur DMA qui est fonctionnellement scindé en deux sur la figure 1 mais peut-être concrètement implémenté sous la forme d'un processeur dédié aux 10 transferts de données entre la mémoire locale partagée 20, du noeud de calcul et le reste du réseau : un contrôleur DMA de réception de données à traiter par les processeurs 16, et accélérateurs l8, portant la référence 22h, et un contrôleur DMA d'émission de données traitées par les processeurs 16, et accélérateurs 1 8, portant la référence 24h. Le contrôleur DMA de réception 22, est conçu et microprogrammé 15 pour recevoir des données à traiter en provenance de l'interface réseau 14, et pour les écrire dans un espace d'adressage dédié de la mémoire locale partagée 2O. Le contrôleur DMA d'émission 24, est conçu et microprogrammé pour lire des données traitées, placées en mémoire locale partagée 20, par les processeurs 16, et accélérateurs l8, et pour les diriger vers un autre noeud de calcul du dispositif de 20 traitement 10 ou vers un périphérique via l'interface réseau Tous les éléments fonctionnels précités 14, 16, l8, 20, 22, et 24, du noeud de calcul C, sont raccordés à un bus interne 26, de transmission de données à l'aide duquel ils peuvent communiquer entre eux, notamment pour faciliter et accélérer les accès en mémoire locale. 25 Comme le noeud le noeud comporte un noeud de calcul et un routeur le noeud de calcul comportant une interface réseau un ensemble de processeurs microprogrammables un ensemble d'accélérateurs dédiés une mémoire locale partagée un contrôleur DMA de réception de données à traiter, un contrôleur DMA d'émission de données 30 traitées et un bus interne De même, le noeud comporte un noeud de calcul et un routeur le noeud de calcul comportant une interface réseau 14,,1,,, un ensemble de processeurs microprogrammables un ensemble d'accélérateurs dédiés 18,,1,,, une mémoire locale partagée 20,,1,,, un contrôleur DMA 22,,1,, de réception de données à traiter, un contrôleur DMA 24,,1,, d'émission de 35 données traitées et un bus interne De même, le noeud comporte un 9 noeud de calcul et un routeur le noeud de calcul comportant une interface réseau un ensemble de processeurs microprogrammables un ensemble d'accélérateurs dédiés une mémoire locale partagée un contrôleur DMA de réception de données à traiter, un contrôleur DMA 5 d'émission de données traitées et un bus interne 26,,1,,,1. Le dispositif de traitement 10 comporte en outre un ou plusieurs périphériques connectés à un ou plusieurs noeuds du réseau sur puce. Deux sont illustrés sur la figure 1, par exemple un serveur hôte 28 et une mémoire distante 30, par exemple associée à ce serveur hôte 28, de type DRAM (de l'anglais « Dynamic Random 10 Access Memory »). L'architecture générale du contrôleur DMA de réception 22, du noeud de calcul C va maintenant être détaillée en référence à la figure 2. Elle s'applique à tous les autres contrôleurs DMA de réception des autres noeuds de calcul du dispositif de traitement 10. 15 Le contrôleur DMA de réception 22, comporte tout d'abord une mémoire tampon d'entrée 32, pour la réception de paquets de données à traiter transmis par le routeur R, via l'interface réseau 14. Sa fonction principale est d'écrire les données à traiter contenues dans les paquets qu'il reçoit dans des espaces d'adressages dédiés de la mémoire locale partagée 2O. De façon avantageuse, cette mémoire 20 tampon d'entrée 32, est aussi petite que possible, ce qui ne facilite pas la gestion des fluctuations entrantes. Or la latence entre cette mémoire tampon et la mémoire locale partagée 20, est également un paramètre critique qu'il est important de réduire. Il convient donc en pratique d'anticiper les changements de contextes entre paquets reçus pour éviter des pertes de cycles d'horloge tout en ayant opté pour une 25 réalisation efficace et économe en mémoire. Le contrôleur DMA de réception 22, comporte en outre une mémoire tampon de sortie 34, pour l'envoi, vers le réseau sur puce à partir du routeur R, via l'interface réseau l4, d'informations diverses conformes aux protocoles de communication ou de lecture/écriture mis en oeuvre et résultant de ses opérations d'écriture dans la 30 mémoire locale partagée Il comporte en outre un module 36, de gestion des écritures dans la mémoire locale partagée 20. Ce module 36, a plus précisément pour fonction d'extraire les données à traiter de chaque paquet reçu séquentiellement par la mémoire tampon d'entrée 32, et de les orienter vers un espace d'adressage correspondant en 35 mémoire locale partagée 20,,, pour leur traitement ultérieur par au moins l'un des 10 processeurs microprogrammables 16, et accélérateurs 18. Selon un mode de réalisation non limitatif tel qu'illustré sur la figure 2, il est configuré en pipeline à trois cycles et comporte pour cela trois unités électronique successives. Une première unité de chargement 38, a pour fonction d'extraire les données à traiter de chaque 5 paquet, identifiées par la référence globale « data » dans la figure 2, et d'extraire en outre un certain nombre de paramètres d'exécution d'un microprogramme à sélectionner pour chaque paquet. Une deuxième unité de décodage 40, a pour fonction de récupérer les paramètres d'exécution issus de l'unité de chargement 38,,, ainsi que des adresses de stockage @d des données à traiter « data », et de créer 10 un fil d'instructions (de l'anglais « thread ») pour chaque paquet, ce fil d'instructions étant défini, à partir d'un microprogramme à sélectionner par l'unité de décodage pour opérer des calculs arithmétiques et/ou logiques de réorganisation F portant uniquement sur les adresses de stockage @d des données à traiter « data » pour une réorganisation de celles-ci dans la mémoire locale partagée 20. Ce fil 15 d'instructions possède et gère ses propres pointeurs d'écriture et a la capacité de procéder à des sauts en mémoire à l'aide de fonctions arithmétiques et logiques simples, telles que des boucles ou instructions « goto », des additions ou soustractions sur adresses, etc., par exemple. Enfin, une troisième unité arithmétique et logique 42, a pour fonction d'exécuter le fil d'instruction créé par l'unité de 20 décodage 40, pour réaliser les calculs arithmétiques et/ou logiques de réorganisation F sur les adresses @d et obtenir ainsi de nouvelles adresses réorganisées F(@d) d'écriture des données « data » dans la mémoire locale partagée Le contrôleur DMA de réception 22, comporte en outre un registre 44, de stockage d'au moins un microprogramme. Plusieurs microprogrammes 46,,J(1), 25 46,,,(2), ... sont ainsi stockés en registre et associés respectivement à plusieurs identifiants permettant de les distinguer. Comme illustré sur la figure 3, un paquet de données 48 reçu par la mémoire tampon d'entrée 32, du contrôleur DMA de réception 22, comporte, au niveau protocolaire « transport » du modèle OSI, un en-tête principal 50 et une charge utile 30 52 (de l'anglais « pay load »). Lorsque plusieurs microprogrammes potentiellement exécutables par le contrôleur DMA de réception 22, sont stockés en registre, l'en-tête principal 50 comporte un identifiant « Id » permettant au module 36, de gestion d'écriture de sélectionner l'un de ces microprogrammes 46,,J(1), . Cet identifiant « Id » est par exemple l'adresse à laquelle le microprogramme 35 correspondant peut être trouvé en registre 44w. On notera 46,,,(Id) ce 11 microprogramme. La charge utile 52 peut optionnellement comporter, outre les données à traiter « data », un en-tête secondaire incluant des données « param » remplissant une fonction de paramétrage du microprogramme sélectionné 46,,,(Id) ou de son exécution. Ainsi par exemple, le microprogramme sélectionné 46,,,(Id) peut 5 comporter des paramètres d'exécution restant à définir, ceux-ci étant alors définis par des valeurs indiquées dans l'en-tête secondaire du paquet 48. Le module 36, de gestion d'écriture est conçu pour attribuer ces valeurs aux paramètres correspondants du microprogramme sélectionné 46,,,(Id) lorsque son unité de décodage 40, crée le fil d'instructions « thd » destiné à exécuter ce microprogramme 10 sur les adresses de destination des données à traiter « data ». En particulier, lorsque les données à traiter « data » sont des données d'images, par exemple des valeurs de pixels, et que les paramètres d'exécution à définir sont des paramètres de traitement d'image concernant une réorganisation des pixels, ils peuvent comporter des tailles (L, C) de lignes ou de colonnes de blocs d'images, ou des nombres de 15 données à traiter successives devant être écrites à des adresses successives de la mémoire locale partagée 20, ou des incréments/décréments d'adresses. Dans ce cas également, comme illustré à titre d'exemple sur la figure 3 par quelques données à traiter portant les références dk, dk,,, dk+2, les lignes d'instructions de calculs arithmétiques et/ou logiques du microprogramme sélectionné 46,,,(Id) peuvent viser à 20 opérer une transposition matricielle entre les données à traiter telles que reçues par la mémoire tampon d'entrée 32, et les mêmes données à traiter telles que réorganisées et écrites dans la mémoire locale partagée 20. C'est particulièrement utile en compression d'image par ondelettes pour réaliser les filtrages successivement horizontaux et verticaux. 25 De façon optionnelle, le microprogramme sélectionné 46(Id) peut fonctionner selon au moins deux modes différents paramétrables : - un premier mode de redémarrage dans lequel chaque exécution par le fil d'instructions « thd » de ce microprogramme sur un paquet de données à traiter démarre sur un nouveau contexte d'exécution, et 30 - un deuxième mode de pause dans lequel chaque exécution par le fil d'instructions « thd » de ce microprogramme sur un paquet de données à traiter démarre sur un contexte d'exécution du paquet de données à traiter précédent dans l'ordre de réception des paquets par la mémoire tampon d'entrée 12 Un paramètre correspondant de mode de fonctionnement peut être défini dans le paquet 48, en en-tête principal 50 ou secondaire. Ce paramètre peut également être directement accessible en registre 44w, par exemple via une interface MMIO (de l'anglais « Memory-Mapped I/O »), par un utilisateur, par les processeurs 5 microprogrammables 16, ou par les accélérateurs De façon optionnelle également, le module 36, de gestion d'écriture peut fonctionner selon au moins deux modes différents d'écriture : - un premier mode d'écriture séquentielle dans lequel les données à traiter « data » de chaque paquet sur lequel s'applique ce premier mode sont 10 écrites dans la mémoire locale partagée 20, à partir d'une adresse relative définie comme étant contiguë à la dernière adresse à laquelle a été écrite une donnée à traiter du paquet de données à traiter précédent dans l'ordre de réception des paquets par la mémoire tampon d'entrée 36w, et - un deuxième mode d'écriture à décalage absolu dans lequel les données à 15 traiter « data » de chaque paquet sur lequel s'applique ce deuxième mode sont écrites dans la mémoire locale partagée 20, à partir d'une adresse relative définie par un décalage, indiqué dans un en-tête (principal ou secondaire) de ce paquet, à une adresse prédéterminée de référence de la mémoire locale partagée 20. 20 Un paramètre correspondant de mode d'écriture peut être défini dans le paquet 48, en en-tête principal 50 ou secondaire. Ce paramètre peut également être directement accessible en registre 44, par un utilisateur, par les processeurs microprogrammables 16i,j ou par les accélérateurs 18i,j. On notera que rien n'empêche le module 36, de gestion d'écriture de traiter 25 plusieurs paquets de données à la fois, notamment grâce à son architecture en pipeline. Dans ce cas, il est avantageusement conçu pour commander l'exécution de plusieurs microprogrammes en parallèle sur plusieurs canaux virtuels d'exécution différents, identifiés chacun par un identifiant de canal inclus dans chaque paquet de données à traiter (en en-tête principal par exemple). Il suffit en effet de permettre la 30 création de plusieurs fils d'instructions « thd » en parallèle, chacun étant associé à un canal d'exécution. A chaque canal d'exécution peut en outre être associée une mémoire tampon d'entrée 32, et une mémoire tampon de sortie 34w. De même, à chaque canal d'exécution est associé un espace d'adressage qui lui est spécifiquement dédié dans la mémoire locale partagée 20,,,. 13 On notera également que chaque microprogramme est en fait un noyau logiciel (de l'anglais « kernel ») paramétrique pouvant être sollicité à la réception de chaque paquet et complété lors de son exécution par un fil d'instructions à l'aide des paramètres renseignés dans chaque paquet. Il peut être précompilé et stocké sous 5 forme de code binaire en registre 44. Avantageusement, il est implémenté sous la forme d'une interface de programmation applicative API (de l'anglais « Application Programming Interface ») pour éviter tout risque d'inconsistence entre microprogrammes et configurations lors de leurs exécutions. Conformément à l'architecture qui a été détaillée précédemment en référence 10 aux figures 1 à 3, un procédé de réception et de stockage de données par un noeud de calcul quelconque du dispositif 10 de traitement de données à réseau sur puce 12 va maintenant être décrit. Au cours d'une première étape 100, des paquets de données concernant un canal d'exécution donné sont reçus, via l'interface réseau 14, du noeud de calcul 15 par la mémoire tampon d'entrée 32, dédiée à ce canal d'exécution. Comme précisé ci-dessus, plusieurs mémoires tampons d'entrée respectivement dédiées à plusieurs canaux d'exécution peuvent être prévues dans le contrôleur DMA de réception Au cours d'une étape suivante 102, les données à traiter « data » sont extraites de chaque paquet reçu par la première unité de chargement 38, de même 20 que les paramètres « Id » et « param » permettant de sélectionner le microprogramme correspondant au canal d'exécution considéré, de le paramétrer complètement ainsi que son fonctionnement et le mode d'exécution ou écriture souhaité. Au cours d'une étape suivante 104, un fil d'instruction « thd » est créé par 25 l'unité de décodage 4O, sur la base des paramètres « Id » et « param », et est exécuté par l'unité arithmétique et logique 42, pour une réorganisation F des adresses de destination @d des données à traiter « data » dans la mémoire locale partagée 2O. Comme indiqué précédemment, les lignes d'instructions du microprogramme sélectionné portent uniquement sur des calculs arithmétiques et/ou 30 logiques dont les opérandes sont des adresses de stockage de ces données « data » en mémoire locale partagée 2O. La réorganisation des données à traiter « data » se fait donc à la volée sans duplication de ces dernières dans l'un quelconque des espaces d'adressage du contrôleur DMA de réception 22, ou auxquels il a accès. 14 Enfin, au cours d'une dernière étape 106, le fil d'instruction créé « thd » écrit les données à traiter « data » aux adresses réorganisées F(@d) dans un espace d'adressage dédié de la mémoire locale partagée Compte tenu de l'architecture en pipeline du module 36, de gestion d'écriture, 5 les étapes 100 à 106 s'exécutent en fait continûment de façon entrelacée. On notera également que l'exécution de ces étapes peut se faire par une exécution logicielle d'un ou plusieurs programmes d'ordinateurs comprenant des instructions définies pour cela, le contrôleur DMA de réception 22, pouvant être matérialisé par un « ordinateur » de type microprocesseur programmable. Les 10 fonctions réalisées par ces programmes pourraient aussi être au moins en partie micro programmées ou micro câblées dans des circuits intégrés dédiés. Ainsi, en variante, le dispositif informatique mettant en oeuvre le contrôleur DMA de réception 22, pourrait être remplacé par un dispositif électronique composé uniquement de circuits numériques (sans programme d'ordinateur) pour la réalisation des mêmes 15 actions. Il apparaît clairement qu'un dispositif tel que celui décrit précédemment permet une réorganisation efficace de données transmises par contrôleurs DMA entre noeuds de calcul d'un réseau sur puce, à la réception de ces données par les noeuds de calcul qui doivent les traiter et sans augmentation des besoins en stockage 20 local. Dans des applications de traitement d'images par compression impliquant par exemple des traitements par DCT (de l'anglais « Discrete Cosine Transform ») ou par ondelettes, les gains en temps de calcul des processeurs de traitement des données et en espace de stockage sont très sensibles et très importants grâce à la mise en oeuvre des principes généraux de la présente invention. En particulier, elle trouve des 25 applications particulièrement prometteuses dans les dispositifs à coeurs de calcul distribués fonctionnant à basse fréquence de calcul pour une faible consommation d'énergie, ce qui est caractéristique du domaine applicatif de l'IoT audio ou vidéo : consommation énergétique comprise entre 100 mW et quelques Watts, mémoire sur puce inférieure à 1 MB, mémoire externe optionnelle entre 256 kB et 1 MB, circuit 30 intégré de petite taille. Parmi ces applications, on peut citer la vision par ordinateur, la reconnaissance de parole, la photographie numérique, la détection ou reconnaissance de visages, etc. On notera par ailleurs que l'invention n'est pas limitée au mode de réalisation décrit précédemment. Il apparaîtra en effet à l'homme de l'art que diverses 35 modifications peuvent y être apportées, à la lumière de l'enseignement qui vient de lui 15 être divulgué. Dans les revendications qui suivent, les termes utilisés ne doivent pas être interprétés comme limitant les revendications au mode de réalisation exposé dans la présente description, mais doivent être interprétés pour y inclure tous les équivalents que les revendications visent à couvrir du fait de leur formulation et dont 5 la prévision est à la portée de l'homme de l'art en appliquant ses connaissances générales à la mise en oeuvre de l'enseignement REVENDICATIONS1. Contrôleur d'accès direct en mémoire (22,,,) destiné à être introduit dans un noeud de calcul (C,,,) d'un système sur puce (12), comportant : - une mémoire tampon d'entrée (32,,J) pour la réception de paquets de données à traiter provenant d'une interface d'entrées/sorties (14,,J) du noeud de calcul - un module (36,,J) de gestion d'écriture des données à traiter extraites de chaque paquet dans un espace d'adressage local (20,,J) du noeud de calcul (C,), cet espace d'adressage local (20,,J) étant partagé par au moins un processeur (16, 18) de traitement desdites données autre que le contrôleur d'accès direct en mémoire (22,,J), - une unité arithmétique et logique (42,,J) d'exécution de microprogrammes, et - un registre (44,,,) de stockage d'au moins un microprogramme, caractérisé en ce qu'il comporte au moins un microprogramme (46,,J(1), 46,,,(3)), stocké en registre (44,,,), constitué de lignes d'instructions de calculs arithmétiques et/ou logiques portant uniquement sur des adresses (@d) de stockage des données à traiter reçues par la mémoire tampon d'entrée (32,,,) pour une réorganisation (F) de celles-ci dans l'espace d'adressage local partagé (20,,,), et en ce que le module (36,,,) de gestion d'écriture est conçu pour commander l'exécution dudit au moins un microprogramme (46,(l), 46,,,(3)) par l'unité arithmétique et logique (42,,J). 2. Contrôleur d'accès direct en mémoire (22,,J) selon la revendication 1, dans lequel : - plusieurs microprogrammes (46,,J(1), 46,,,(3)) sont stockés en registre (44) et associés respectivement à plusieurs identifiants, - le module (36) de gestion d'écriture est conçu pour sélectionner, pour chaque paquet de données à traiter (48) reçu, l'un des microprogrammes (46(1), 46(3)) sur la base d'une correspondance entre l'identifiant qui lui est associé et un identifiant (Id) inclus dans un en-tête (50) de chaque paquet de données à traiter (48). 3. Contrôleur d'accès direct en mémoire (22,) selon la revendication 1 ou 2, dans lequel : 17 - ledit au moins un microprogramme (46(1), 46,,,(3)) stocké en registre (44,,,) comporte des paramètres d'exécution à définir, - le module (36,,,) de gestion d'écriture est conçu pour définir au moins une partie de ces paramètres d'exécution à partir de données 5 d'exécution (param) incluses dans un en-tête de chaque paquet de données à traiter (48). 4. Contrôleur d'accès direct en mémoire (22,,J) selon la revendication 3, dans lequel les paramètres d'exécution à définir comportent des paramètres de traitement d'images incluant au moins l'un des éléments de l'ensemble constitué de : 10 - taille(s) de lignes (L) ou de colonnes (C) de blocs d'images, et - nombre(s) de données à traiter successives devant être écrites à des adresses successives de l'espace d'adressage local partagé (20,,J). 5. Contrôleur d'accès direct en mémoire (22,,J) selon l'une quelconque des revendications 1 à 4, dans lequel le module (36,,,) de gestion d'écriture est conçu pour 15 commander l'exécution de plusieurs microprogrammes en parallèle sur plusieurs canaux d'exécution différents, identifiés chacun par un identifiant de canal inclus dans chaque paquet de données à traiter (48), et pour réserver plusieurs sous-espaces d'adressages respectivement associés à ces canaux d'exécution dans l'espace d'adressage local partagé (20,,J). 20 6. Contrôleur d'accès direct en mémoire (22,,,) selon l'une quelconque des revendications 1 à 5, dans lequel ledit au moins un microprogramme (46,,J(1), 46,,,(3)) stocké en registre (44,,,) comporte des lignes d'instructions de calculs arithmétiques et/ou logiques visant à opérer une transposition matricielle entre les données à traiter telles que reçues par la mémoire tampon d'entrée (32,,J) et les 25 mêmes données à traiter telles que réorganisées et écrites dans l'espace d'adressage local partagé (20,,J). 7. Contrôleur d'accès direct en mémoire (22) selon l'une quelconque des revendications 1 à 6, dans lequel au moins deux modes de fonctionnement dudit au moins un microprogramme (46(1), 46(3)) stocké en registre (44,,J) sont 30 paramétrables : - un premier mode de redémarrage dans lequel chaque exécution dudit au moins un microprogramme (46,,J(1), 46,,,(3)) sur un paquet de données à traiter démarre sur un nouveau contexte d'exécution, et - un deuxième mode de pause dans lequel chaque exécution dudit au 35 moins un microprogramme (46,,J(1), 46,,,(3)) sur un paquet de 18 données à traiter démarre sur un contexte d'exécution du paquet de données à traiter précédent dans l'ordre de réception des paquets par la mémoire tampon d'entrée (32,,J). 8. Contrôleur d'accès direct en mémoire (22,,,) selon l'une quelconque des 5 revendications 1 à 7, dans lequel deux modes d'écriture du module (36,,J) de gestion d'écriture sont paramétrables par un identifiant inclus dans un en-tête de chaque paquet de données à traiter (48) : - un premier mode d'écriture séquentielle dans lequel les données à traiter de chaque paquet indiquant ce premier mode sont écrites dans 10 l'espace d'adressage local partagé (20,,J) à partir d'une adresse relative définie comme étant contiguë à la dernière adresse à laquelle a été écrite une donnée à traiter du paquet de données à traiter précédent dans l'ordre de réception des paquets par la mémoire tampon d'entrée (32,,,), et 15 - un deuxième mode d'écriture à décalage absolu dans lequel les données à traiter de chaque paquet indiquant ce deuxième mode sont écrites dans l'espace d'adressage local partagé (20,,J) à partir d'une adresse relative définie par un décalage, également indiqué dans un en-tête de ce paquet, à une adresse prédéterminée de 20 référence de l'espace d'adressage local partagé (20,,J). 9. Dispositif (10) de traitement de données à réseau sur puce, comportant : - un réseau (12) d'interconnexion de noeuds de calcul (C,,,) pour l'échange de paquets de données entre eux ou avec au moins un périphérique (28, 30), et 25 - une pluralité de noeuds de calcul (C,,,) comportant chacun : - une interface d'entrées/sorties (14) de paquets de données, - un espace d'adressage local partagé (20,1 - un contrôleur d'accès direct en mémoire (22,,J) selon l'une quelconque des revendications 1 à 8, pour un accès direct en 30 écriture, dans l'espace d'adressage local partagé (20,1 de données extraites de paquets reçus par sa mémoire tampon d'entrée (32,), et - au moins un processeur (16, 18,,,) de traitement de données, autre que le contrôleur d'accès direct en mémoire (22,), pour un 19 traitement des données écrites par le contrôleur d'accès direct en mémoire (22) dans l'espace d'adressage local partagé (20,,J). 10. Procédé de réception et de stockage de données par un noeud de calcul (C,,,) d'un dispositif (10) de traitement de données à réseau sur puce (12), comportant 5 les étapes suivantes : - réception (100), via une interface d'entrées/sorties (14,,J) du noeud de calcul (C,), par une mémoire tampon d'entrée (32) d'un contrôleur d'accès direct en mémoire (22,,J) du noeud de calcul, de paquets de données à traiter, 10 - extraction (102) des données à traiter de chaque paquet par le contrôleur d'accès direct en mémoire (22,,J), - écriture (104, 106), par le contrôleur d'accès direct en mémoire (22), des données à traiter reçues et extraites dans un espace d'adressage local (20) du noeud de calcul (C,), cet espace d'adressage local 15 (20) étant partagé par au moins un processeur (16, 18,,,) de traitement desdites données autre que le contrôleur d'accès direct en mémoire (22,), caractérisé en ce qu'il comporte en outre les étapes suivantes : - exécution (104), par une unité arithmétique et logique (42,,,) du 20 contrôleur d'accès direct en mémoire (22), d'au moins un microprogramme (46,,J(1), 46,,,(3)) constitué de lignes d'instructions de calculs arithmétiques et/ou logiques portant uniquement sur des adresses (@d) de stockage des données à traiter reçues (100) et extraites (102) pour une réorganisation (F) de 25 celles-ci dans l'espace d'adressage local partagé (20), et - écriture (106) des données reçues et extraites dans l'espace d'adressage local partagé (20,,J) à des adresses obtenues par ladite réorganisation (F).