Lors d'une session de la GTC consacrée à GPUDirect, qui regroupe les techniques de communications entre GPU et avec d'autres éléments d'un système, nous avons ...
Lire la suite ...

moteurs de copies?

Cela me fait penser à un équivalent du CPPI/packetDMA (Multicore Navigator) que l'on utilise dans les puces TI.
Cela permet de faire des copies d'un accélérateur à un autre sans faire intervenir le processeur.

C'est cela. Les GPUs ont des unités qui se chargent de copier les données entre le host et le GPU (dans les deux sens) ou directement entre plusieurs GPU. Elles fonctionnent indépendamment du reste du GPU. Ces unités sont les copy engines. Le fonctionnement permet de faire des copies en parallèle du calcul. Elles sont aussi capables de faire des réorganisations de mémoire à la volée.

 
Les mêmes que ces copy engines qu'on cherche à faire travailler en parallèle aux autres tâches en Vulkan / DirectX 12 ?

Oui c'est le même principe mais pour l'appliquer à NVLink il a fallu multiplier les copy engines du GPU et probablement leur ajouter quelques fonctionnalités supplémentaires.

Info très importante, alors. Merci pour la réponse.

Quid de la latence ?  
Si on doit tranférer des données avec une fréquence de synchronisation très élevés, c'est une info intéréssante  

la latence c'est simple, tu multiplies le débit par la taille du packet, tu ajoutes 30%, et tu as une estimation de première approche.
 
Mais effectivement, pour des petits packets la latence n'est pas le fort. Les GPU sont adapté pour traiter des quantités de données massives.
 
Ce qui est dommage c'est qu'il n'y a pas de compression hardware dans le moteurs de copy ...

La compression ajouterait qûrement une latence suppl3mentaire. Ainsi qu'un temps supplémentaire de traitement en bout de course.