Utilisation du GPU avec c # [fermé]

135

J'essaie d'obtenir plus de puissance de traitement de mon réseau.

J'utilise tous les cpus / cœurs, est-il possible d'utiliser le GPU avec C #.

Quelqu'un connaît des bibliothèques ou a un exemple de code?

Mark Cidade
la source

Réponses:

156

[ Modifier OCT 2017 car même cette réponse devient assez ancienne ]

La plupart de ces réponses sont assez anciennes, alors j'ai pensé donner un résumé mis à jour de l'endroit où je pense que chaque projet est:

  • GPU.Net (TidePowerd) - J'ai essayé cela il y a environ 6 mois, et je l'ai fait fonctionner même si cela a pris un peu de travail. Convertit le code du noyau C # en cuda au moment de la compilation. Malheureusement, leur site Web est en panne et leur github n'a pas été mis à jour depuis quelques années, ce qui pourrait indiquer que le projet est mort ...

  • Cudafy - Open source et très facile à utiliser. Convertit le code du noyau C # en cuda au moment de l'exécution (avec possibilité de sérialisation et de cache). Peut facilement exécuter le même code de noyau sur le processeur (principalement pour le débogage). Prend en charge plusieurs GPU. Plus d'exemples disponibles que d'autres ici. Le code standard auquel font référence d'autres réponses est minime et, dans mon cas, m'a au moins aidé à comprendre comment le code fonctionne. Cuda / Nvidia seulement cependant. Malheureusement, il semble qu'ils n'aient pas mis à jour leurs solutions depuis quelques années également (dernier commit en 2015 - support de cuda 7.0).

  • Hybridizer . Solution commerciale compilant C # vers CUDA. Fournit une édition communautaire gratuite sur le marché de Visual Studio et des échantillons sur github .

  • AleaGPU commerciale avec une édition communautaire gratuite pour les GPUS grand public. Voir les commentaires de Daniel pour plus de détails.

  • Brahma - exécute les expressions LINQ via OpenCL (prend donc également en charge AMD). Pas beaucoup de documentation / d'exemples. Dernière mise à jour en 2011.

  • C $ - le dernier développement remonte à plus de 10 ans ...

  • Microsoft Accelerator - de même, ne semble plus être activement développé.

  • d'autres ( C ++ AMP , OpenTK - dead / Cloo ) - beaucoup d'entre eux ne sont que des liaisons - c'est-à-dire vous permettent d'appeler le GPU à partir de C #, mais votre code noyau (code qui est en fait exécuté sur le GPU) doit être écrit en C ou OpenCL, ce qui signifie que vous devez utiliser (et apprendre) une autre langue.

Comme je l'ai dit, je recommanderais Cudafy à tous les autres - s'il pouvait fonctionner aussi bien sur OpenCL que sur Cuda, ce serait parfait.

EDIT septembre 2013 Cudafy vous permet maintenant de compiler pour les deux CUDA et OpenCL, donc va exécuter le même code C # sur tous les processeurs graphiques. Cela semble fantastique, même si je n'ai pas encore testé la compilation OpenCL.

mcmillab
la source
31
+1 pour mettre à jour une question utile dans une sorte de sujet en développement rapide.
philologon
2
Alea GPU quantalea.com fournit un support CUDA pour tous les langages .NET, est entièrement multiplateforme et offre la meilleure expérience aux développeurs avec le débogage et le profilage du code GPU .NET.
Daniel
Le support d'OpenCL dans Cudafy est assez mauvais - je n'ai même jamais réussi à compiler lorsque mon projet s'est développé. Par conséquent, je vais m'en tenir à OpenCL et faire des liaisons avec C #.
Libor
OpenCL utilisant Cudafy fonctionne très bien pour moi, je l'utilise depuis des années maintenant
mcmillab
Ajout de liens vers des projets pour aider les futurs visiteurs.
Dan Atkinson du
46

Microsoft Research Accelerator était une bibliothèque GPU .NET.

Mark Cidade
la source
C'était un excellent projet avec une politique de licence médiocre. Malheureusement, plus disponible sur le site MS ...
ForNeVeR
25

J'ai trouvé Brahma ... Il a également un fournisseur GPGPU qui permet aux méthodes de fonctionner sur le GPU ... Merci pour la question ... J'ai appris quelque chose de nouveau aujourd'hui. :)

Vyas Bharghava
la source
10

Puis-je recommander XNA Game Studio comme piste d'exploration possible? Il est évidemment conçu pour l'écriture de jeux, mais vous donne un accès géré à votre carte graphique et un accès bien meilleur aux fonctions d'énumération des capacités et au développement de shaders que ce qui était auparavant disponible dans, par exemple, Managed DirectX. Il existe également des moyens de combiner WinForms et XNA dans des applications hybrides:

http://www.ziggyware.com/news.php?readmore=866

Vous devrez faire des efforts pour apprendre la programmation des shaders (XNA prend en charge HLSL), mais cela peut être une approche plus simple que d'apprendre une solution spécifique au fournisseur telle que CUDA de nVidia. L'avantage est que vous pouvez programmer dans un environnement 100% géré. Voici quelques liens HLSL:

http://www.ziggyware.com/weblinks.php?cat_id=9

Le site GPGPU est également une destination recommandée pour la programmation GPU à usage général:

http://gpgpu.org/

Bonne chance!

Dave R.
la source
1
Salutations du futur. Bien que sans doute une bonne réponse à l'époque (j'ai un peu
touché
@MickyD Great Scott! Lorsque j'ai sauté dans mon DeLorean et que j'ai voyagé jusqu'en 2018, j'ai totalement oublié de mettre à jour cette réponse! Si vous êtes toujours intéressé par XNA, le successeur spirituel est probablement le MonoGame multiplateforme: monogame.net
Dave R.
Lol. Merci, je vais vérifier ça
MickyD
9

Que diriez-vous de http://www.tidepowerd.com/ GPU.NET?

pointernil
la source
2
J'adore l'idée, mais ils ont cessé de répondre aux questions de support technique il y a environ deux ans, et le site est plus ou moins en panne depuis environ un an, donc je pense que le projet est mort. Apparemment, l'auteur est sur SO , cependant.
BlueRaja - Danny Pflughoeft
Tidedpowerd a arrêté le développement de GPU.NET et a fermé son entreprise.
Daniel
9

En voici un autre: CUDAfy . Cela ressemble à GPU.Net, dans la mesure où quelque chose d'aussi simple qu'un attribut de méthode peut entraîner l'exécution de la méthode entière sur le GPU. Mais contrairement à GPU.Net, CUDAfy est gratuit et open source.

GPU.Net semble ne nécessiter aucun code standard, cependant (selon leur documentation, il est "injecté automatiquement par l'outil de construction") , contrairement à CUDAfy.


Voici un exemple de construction d'une application avec CUDAfy.

BlueRaja - Danny Pflughoeft
la source
8

Eh bien, c'est une question assez ancienne, et depuis qu'elle a été posée, les choses ont beaucoup changé.
Une autre option pour utiliser .Net pour écrire du code GPU, que personne n'a mentionné dans les réponses dans Alea GPU . Il couvre C #, F # et VB.

Environnement de développement de logiciel GPU professionnel pour .NET et Mono. Vraiment multiplateforme

Sur le site officiel F #, Alea est la première option pour utiliser F # dans la programmation GPGPU.
Pour apprendre à connaître ce cadre, je suggère de jeter un coup d'œil à sa liste complète d' exemples .

Rsh
la source
1
Je viens de voir votre réponse, va supprimer mon message. Voir aussi l'interview de Channel 9 par Seth Juarez ici et le tag SO ici )
David Cuccia
@DavidCuccia Excellent travail pour vérifier vos anciennes réponses. Et aussi merci pour le lien de la chaîne 9 (décembre 2016!)
Rsh
Je pense que vous voulez dire cet enregistrement de Channel 9
Daniel
@Daniel Je voulais dire "lien vers l'enregistrement du canal 9". Était-ce ambigu? Quoi qu'il en soit, merci de l'avoir signalé.
Rsh
@DavidCuccia désolé pour la confusion, le lien était difficile à voir
Daniel
7

En plus de Brahma, jetez un œil à C $ (prononcé "C Bucks"). Depuis leur site CodePlex :

Le but de [C $] est de créer un langage et un système unifiés pour une programmation parallèle transparente sur les GPU et CPU modernes.

Il est basé sur C #, évalué paresseusement et cible plusieurs modèles d'accélérateur:

Actuellement, la liste des architectures prévues comprend GPU, CPU multicœur, Multi-GPU (SLI, CrossFire) et Architecture hybride Multi-GPU + Multi-CPU.

David Cuccia
la source
7

Il y a une nouvelle solution Microsoft en ville - C ++ AMP (intro ici ).

L'utilisation à partir de C # se ferait via P / Invoke, comme démontré ici pour les applications de bureau, et ici pour les applications Metro (ne l'appelez pas).

Edit: Je dois noter que C ++ AMP a une spécification ouverte , ce qui signifie que ce n'est pas nécessairement juste pour le compilateur MS, ou juste pour Windows.

Edit: Apparemment, la technologie est maintenant en "mode maintenance", ce qui signifie qu'ils corrigent des bogues, mais ne se développent pas activement.

David Cuccia
la source
2

DirectX géré d'une manière ou d'une autre, pourrait fonctionner

Greg Dean
la source
2
Salutations du futur. Bien que sans doute une bonne réponse à l'époque, malheureusement, MDX est maintenant disparu après avoir été remplacé par XNA qui est également disparu.
MickyD
2

Si vos GPU sont tous de la même marque, vous pourrez peut-être obtenir le support GPGPU du fournisseur, soit via le CUDA de Nvidia ou le Stream d'ATI. AFAIK, ils fournissent des DLL, que vous pouvez utiliser via P / Invoke.

Codeur
la source
1

CenterSpace Software a des calculs alimentés par GPU dans leurs bibliothèques NMath que vous pouvez ajouter au projet C #. C'est un produit commercial.

Pasi Tuomainen
la source
0

Si vous allez appliquer vos propres algorithmes nécessitant des noyaux personnalisés:

J'ai récemment téléchargé un de mes projets open source dans ce référentiel github qui utilise OpenCL.

Ce qu'il fait (vous pouvez également vérifier à partir de sa page wiki) est de sélectionner plusieurs périphériques compatibles OpenCL et une chaîne de noyau de l'utilisateur et de créer des wrappers de tableau C # ou C ++, puis de calculer en utilisant tous, avec l'aide d'un équilibreur de charge automatique et d'un pipeliner (pour masquer les latences) pour obtenir une bonne efficacité du pc.

Voici un exemple de son utilisation (1024 éléments de travail partitionnés sur tous les périphériques, chacun exécutant le même code mais utilisant des données et un threadId différents):

// select all GPUs and all CPUs in same pc
ClNumberCruncher gpuCpu = new ClNumberCruncher(AcceleratorType.GPU | AcceleratorType.CPU, @"
    __kernel void distributeTanh(__global float * data,__global int * data2)
    {
         int threadId=get_global_id(0);
         data[threadId]=tanh(data[threadId]);
         data2[threadId]=threadId;
    }    
");

// a wrapper that can hold C# or C++ arrays
ClArray<float> data = new ClArray<float>(1024);
ClArray<int> data2 = new int[1024];

// load-balances "distributeTanh" on all devices more fairly 
// at each repeatation of this line with same compute-id(1 here)
data.nextParam(data2).compute(gpuCpu, 1, "distributeTanh", 1024);
// threadId in kernel receives unique continuous id value for all work
// either it is in cpu or gpu doesn't matter
// compute method also has parameters to enable pipelining to 
// elliminate buffer copy latencies or compute latencies

quand tous ne sont plus utilisés, ils libèrent toutes les ressources C ++ avec leurs destructeurs.

Mais ce n'est pas si mature, alors n'hésitez pas à ajouter n'importe quel "problème" sur l'onglet Problèmes de github. Les classes pertinentes multi-pc-cluster ne fonctionnent pas et ne sont pas encore traduites en anglais, mais elles peuvent au moins utiliser tous les périphériques sur un seul PC.

huseyin tugrul buyukisik
la source
-2

WPF utilise également le GPU et vous pouvez ajouter des shaders personnalisés à l'aide de HLSL.

Mark Cidade
la source
WPF n'a pas d'accès au calcul GPU GP, à ma connaissance. Quand on parle de graphiques WPF System.Windows.Media, ce n'est pas un vrai DirectX. Très lent par rapport à la programmation de sommets de niveau inférieur avec SharpDX ou SlimDX.
Pasi Tuomainen
J'ai ajouté un lien vers une série d'articles sur les effets personnalisés accélérés par GPU dans WPF.
Mark Cidade