Je travaille sur la realisation d'un compilateur dont le but est de simplifier un peu la vie du programmeur pour ecrire des algos pour GPU. Le language dans l'esprit n'est pas eloigne de CUDA et de C. Cependant, un certain nombre d'elements du languages disparaissent. Ce sont ces memes elements qui influencent en partie la performance de l'algo sur ces GPUs. Sans rentrer dans les details et pour rester comprehensible pour ceux qui ne sont pas famillier avec CUDA, je vais faire une petite analogie avec le language C.
Il y a quelques annees, il etait courant d'utiliser le mot-clef "register" afin d'ameliorer les performances d'un algo. La difficulte etant de determiner quelles variables allaient recevoir ce mot-clef. Ensuite, les compilos sont devenus plus performants et, sauf quelques rares cas, sont en meilleur position pour detecter dans quels cas une variable doit rester dans un registre, ou dans quel cas il est plus intelligent de stocker la variable en memoire pour faire de la place.
Le principe ici est le meme: Le compilateur fait le boulot et adapte en fonction de la carte GPU cible.
[^] # Re: Un peu précipité, non ?
Posté par mdlh . En réponse à la dépêche Processeur graphique : NVIDIA est mal parti pour les années à venir. Évalué à 6.
Il y a quelques annees, il etait courant d'utiliser le mot-clef "register" afin d'ameliorer les performances d'un algo. La difficulte etant de determiner quelles variables allaient recevoir ce mot-clef. Ensuite, les compilos sont devenus plus performants et, sauf quelques rares cas, sont en meilleur position pour detecter dans quels cas une variable doit rester dans un registre, ou dans quel cas il est plus intelligent de stocker la variable en memoire pour faire de la place.
Le principe ici est le meme: Le compilateur fait le boulot et adapte en fonction de la carte GPU cible.