Précédent   Forum du club des développeurs et IT Pro > Général Développement > Langages de programmation > Programmation parallèle > Calcul sur processeurs graphiques (GPGPU)
Calcul sur processeurs graphiques (GPGPU) Forum d'entraide pour les calculs sur processeurs graphiques
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 19/07/2010, 17h39   #21
LeGreg
Membre Expert
 
Programmeur
Inscription : août 2002
Messages : 1 048
Détails du profil
Informations personnelles :
Localisation : Etats-Unis

Informations professionnelles :
Activité : Programmeur

Informations forums :
Inscription : août 2002
Messages : 1 048
Points : 1 578
Points : 1 578
Envoyer un message via ICQ à LeGreg
Citation:
Envoyé par gbdivers Voir le message
A aucun moment je n'ai parlé que passer au GPGPU aller changer le temps d'exécution. J'ai juste dis que je n'avais pas de contrainte de temps maximum avec le GPGPU.
la contrainte existe aussi pour le GPGPU..

Je crois que tu ne programmes pas sur le même OS (Vista). C'est tout.
__________________

Mon site web | Mon blog | Mes photos | Groupe USA
> BONJOUR, JE SUIS NOUVEAU SUR CE FORUM
> presse la touche caps lock, stp
> OH.. MERCI C EST BEAUCOUP PLUS FACILE COMME CA
LeGreg est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/07/2010, 10h55   #22
Letinono
Nouveau Membre du Club
 
Inscription : avril 2008
Messages : 71
Détails du profil
Informations forums :
Inscription : avril 2008
Messages : 71
Points : 33
Points : 33
Bonjour,

Je confirme les propos de LeGreg. Le temps maximal d'execution d'un kernel en cuda est de 5s. Au bout de 5s, le kernel est tué par le driver, et le code executé sur l'hôte continu comme si de rien n'était si aucune vérification de la bonne execution du kernel n'est faite. Ceci dans le but de pouvoir rafraîchir l'affichage.

Donc suivant les capacités du GPU utilisé, on pourra avoir un code qui fonctionne correctement ou un code qui ne fonctionne pas.

Il faut donc penser à bien tester le code sur des petits GPU si on ne veut pas de mauvaises surprises.

Deux méthodes pour contourner le problème:
  • utiliser un autre GPU que celui qui s'occupe de l'affichage pour faire des calculs.
  • Si on est sous linux, il suffit de tuer le serveur X pour lancer le code. Dans le cas de wax78 c'est pas vraiment pertinent

Pour l'histoire des 5s voir les forums CUDA de nVidia.
Letinono est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/07/2010, 13h22   #23
wax78
Modérateur
 
Avatar de wax78
 
Homme Renaud Warnotte
Développeur informatique
Inscription : août 2006
Messages : 2 137
Détails du profil
Informations personnelles :
Nom : Homme Renaud Warnotte
Âge : 32
Localisation : Belgique

Informations professionnelles :
Activité : Développeur informatique
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : août 2006
Messages : 2 137
Points : 4 085
Points : 4 085
Envoyer un message via MSN à wax78
Oui j'ai remarqué que cela arrivait aussi avec cuda ou opencl.

Citation:
utiliser un autre GPU que celui qui s'occupe de l'affichage pour faire des calculs.
En effet ca serait l'idéal.

Mais le mieux encore serait de toujours bien codé son truc pour pouvoir le faire en "plusieurs fois" comme on l'a dit précedemment.
Mais c'est vrai que ca peut etre ennuyant de devoir coutourner un probleme de ce genre alors qu'on a juste envie d'avoir un truc fonctionnel directement. (D'ou ma mauvaise idée de bypasser le watchdog, avec les horreurs que ca implique et que vous avez bien décrites). De plus j'ai deja pondu des truc GLSL que meme en decoupant la taches, je finissais par devoir trop decouper la taches et la ca devenait genant car le temps augmentait (probablement dut au transfert des uniform et problablement d'autres dont je n'ai peut etre meme pas conscience et certainement aussi dut a des erreur dans mon code OPENGL).
wax78 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/07/2010, 15h19   #24
gbdivers
Responsable C++

 
Homme Guillaume Belz
Biochimiste
Inscription : novembre 2008
Messages : 5 317
Détails du profil
Informations personnelles :
Nom : Homme Guillaume Belz
Âge : 37
Localisation : France, Rhône (Rhône Alpes)

Informations professionnelles :
Activité : Biochimiste
Secteur : Santé

Informations forums :
Inscription : novembre 2008
Messages : 5 317
Points : 19 515
Points : 19 515
Merci Letinono pour cette information. Je ne connaissais pas cette limitation.
En effet, mes calculs durent longtemps mais j'utilise plusieurs kernels et je passe mon temps à les créer/détruire. D'où cette impression qu'il n'y avait pas cette contrainte.
gbdivers est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 08h26.


 
 
 
 
Partenaires

Hébergement Web