KGPU : le noyau Linux accéléré par GPU

Héhé le ptit pingouin pourrait bien être à la pointe sur ce coup là.

Ca aurait été bien il y a quelques année...depuis les processeurs westmere, Intel a ajouté du hardware dans ses cpus et des instructions nouvelles (AES-NI) pour ça ...

Ce serait plus intéressant d'intégrer des core hétérogènes aux processeurs plutôt que de le dépouiller de son utilité en allant utiliser la CG pour faire du traitement non-graphique non?

Donc en gros, au lieu d'utiliser le standard OpenCL, ils utilisent le truc proprio CUDA ? Ouah bravo les gars.

Le problème, c'est qu'il y a relativement peu d'opérations gérées par le kernel qui ont besoin d'une grande puissance de calcul. Le chiffrement du disque entier en AES est l'une des seules choses qui bénéficie de ça (et comme dit blitzers, c'est géré au niveau du CPU chez Intel - quelqu'un sait si AMD le fait aussi ?).

C'est clair, vraiment n'importe quoi de faire ça avec CUDA !

blitzers > Bizarrement toutes les machines qui font tourner Linux n'utilisent pas un processeur fondu par Intel datant d'après 2008.

LAlbert > Pourquoi mettre de nouveaux lots d'instructions dans le processeur central s'il y a déjà un co-processeur (le dit processeur de la carte graphique) qui est 100 fois plus puissant que ce que pourrait fournir le processeur avec ces nouvelles instructions?

Pluies > AMD le fera avec les Bulldozer pas avant (second semestre 2011 il me semble)

omega2 > je pense surtout que les gens qui vont vouloir chiffrer leurs systèmes de fichiers ( sûrement pas monsieur tout le monde, en plus c'est du linux là ) utiliserons ça sur des serveurs de stockage avec des processeurs plutôt récents. A part à faire du calcul GPGPU personne ne met des GPU sur des serveurs

ErGo_404 > Sauf que de toute manière, il faut utiliser constamment un processeur graphique qu'il soit sur le même "die" que le processeur central ou qu'il soit sur une carte séparé.
Ou alors c'est un portable sans écran.

C'est pas nécessairement "n'importe quoi" de faire ça avec CUDA, c'est un travail de recherche, un essai pour voir si l'idée est viable. Et cet essai est financé et soutenu par Nvidia, qui donne donc de l'argent mais aussi l'aide et les infos nécessaires pour arriver à faire ce genre de trucs un peu tordus qu'on ne peut pas forcément encore faire avec un truc plus standard.

D'un coté Nvidia y gagne en réputation et en arguments de vente pour sa plateforme, de l'autre les chercheurs y gagnent de l'information, de l'expérience, voire de la crédibilité pour financer la version totalement open source de ce même projet (avec d'autres applications que l'AES, telles que le routage de paquets ou les algos de recherche et de pattern matching).

Proposer des idées c'est toujours bien, mais à part les cryptages AES, je ne voit pas quels autres types de traitements lours le noyau Linux peut faire.

Même pour le cas des cryptages AES, on a les 2 cas suivants:

1- du CPU on va à un autre chip (IOH ou IIO intégré sur les sandybridge), on sort sur du PCIe, on rentre sur le GPU, après sont calcul, on fait le chemin inverse

2- Le CPU fait en hardware, tout seul, dans des blocs internes, les calculs qu'il faut.

Le meilleur choix est évident