Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Arrêt de maintenance pour Fedora 28

#26 01/07/2017 13:18:56

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Bon j'ai testé de nouveau Blender 2.80alpha et l'OpenCL, il ne manque plus que le  rendu et c'est tout bon.

[USER... Blender-2-80]$ CYCLES_OPENCL_SPLIT_KERNEL_TEST=1 ./blender
Read prefs: /home/sylvain/.config/blender/2.80/config/userpref.blend
ATTENTION: default value of option vblank_mode overridden by environment.
Warning! Unable to find a multisample pixel format that supports exactly 16 samples. Substituting one that uses 8 samples.
found bundled python: /home/sylvain/3D/Experimental/Blender-2-80/2.80/python
Device init success
Device init success
Compiling OpenCL program split
Kernel compilation of split finished in 1.84s.

Compiling OpenCL program base
Kernel compilation of base finished in 1.21s.

Compiling OpenCL program split
OpenCL build failed with error CL_BUILD_PROGRAM_FAILURE, errors in console.
OpenCL program split build output: source/kernel/kernel_compat_opencl.h:146:9: warning: 'NULL' macro redefined
/usr/include/clc/clctypes.h:89:9: note: previous definition is here
source/util/util_math_float3.h:377:32: warning: double precision constant requires cl_khr_fp64, casting to single precision
source/util/util_math_float3.h:378:32: warning: double precision constant requires cl_khr_fp64, casting to single precision
source/util/util_math_float3.h:379:32: warning: double precision constant requires cl_khr_fp64, casting to single precision
source/util/util_math.h:517:14: warning: implicit declaration of function 'lgamma' is invalid in C99
source/kernel/closure/bsdf_ashikhmin_shirley.h:136:52: warning: implicit declaration of function 'native_tan' is invalid in C99
source/kernel/kernel_compat_opencl.h:128:19: note: expanded from macro 'tanf'
<unknown>:0:0: in function kernel_ocl_path_trace_data_init void (i8 addrspace(1)*, %struct.KernelData addrspace(2)*, i8 addrspace(1)*, i32, i8 addrspace(1)*, i32 addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, <2 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, i32 addrspace(1)*, <4 x float> addrspace(1)*, <4 x i32> addrspace(1)*, i32 addrspace(1)*, <2 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, i32 addrspace(1)*, <4 x i32> addrspace(1)*, float addrspace(1)*, <4 x float> addrspace(1)*, <4 x i8> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, <2 x float> addrspace(1)*, <2 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x i32> addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, float addrspace(1)*, i32 addrspace(1)*, <4 x i8> addrspace(1)*, <4 x float> addrspace(1)*, i8 addrspace(1)*, float addrspace(1)*, <4 x i32> addrspace(1)*, i32, i32, i32, i32, i32, i32, i32, i32, i32 addrspace(1)*, i32, i8 addrspace(1)*, i32 addrspace(1)*, i32, float addrspace(1)*): unsupported call to function get_global_id

Device init success
Device init success
Compiling OpenCL program split
OpenCL build failed with error CL_BUILD_PROGRAM_FAILURE, errors in console.
OpenCL program split build output: source/kernel/kernel_compat_opencl.h:146:9: warning: 'NULL' macro redefined
/usr/include/clc/clctypes.h:89:9: note: previous definition is here
source/util/util_math_float3.h:377:32: warning: double precision constant requires cl_khr_fp64, casting to single precision
source/util/util_math_float3.h:378:32: warning: double precision constant requires cl_khr_fp64, casting to single precision
source/util/util_math_float3.h:379:32: warning: double precision constant requires cl_khr_fp64, casting to single precision
source/util/util_math.h:517:14: warning: implicit declaration of function 'lgamma' is invalid in C99
source/kernel/closure/bsdf_ashikhmin_shirley.h:136:52: warning: implicit declaration of function 'native_tan' is invalid in C99
source/kernel/kernel_compat_opencl.h:128:19: note: expanded from macro 'tanf'
<unknown>:0:0: in function kernel_ocl_path_trace_data_init void (i8 addrspace(1)*, %struct.KernelData addrspace(2)*, i8 addrspace(1)*, i32, i8 addrspace(1)*, i32 addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, <2 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, i32 addrspace(1)*, <4 x float> addrspace(1)*, <4 x i32> addrspace(1)*, i32 addrspace(1)*, <2 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, i32 addrspace(1)*, <4 x i32> addrspace(1)*, float addrspace(1)*, <4 x float> addrspace(1)*, <4 x i8> addrspace(1)*, <4 x float> addrspace(1)*, <4 x float> addrspace(1)*, <2 x float> addrspace(1)*, <2 x float> addrspace(1)*, <4 x float> addrspace(1)*, <4 x i32> addrspace(1)*, i32 addrspace(1)*, i32 addrspace(1)*, float addrspace(1)*, i32 addrspace(1)*, <4 x i8> addrspace(1)*, <4 x float> addrspace(1)*, i8 addrspace(1)*, float addrspace(1)*, <4 x i32> addrspace(1)*, i32, i32, i32, i32, i32, i32, i32, i32, i32 addrspace(1)*, i32, i8 addrspace(1)*, i32 addrspace(1)*, i32, float addrspace(1)*): unsupported call to function get_global_id

Erreur: Failed loading render kernel, see console for errors

Saved session recovery to '/tmp/quit.blend'

Blender quit

Sur Fedora 26 + LLVM/CLANG 4.0.x + Mesa 17.2git


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#27 02/07/2017 03:13:17

shellwalker
Sombrero
Lieu : Lyon
Inscription : 14/11/2009
Messages : 206

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

De mon côté, avec CUDA c'est une horreur. neutral

Sur les Debian de mon ancien-ancien taf à Paris ça avait été une horreur d'installer le pilote propriétaire et de le faire fonctionner, puis ensuite d'installer le toolkit et le faire tourner.

Pire encore, mon dernier essai en date (dans le début de semaine) : pouvoir continuer à développer avec CUDA sur mon laptop une fois ce dernier entièrement passé sous Fedora. Sauf que bon, un PC portable Optimus avec BIOS du pauvre qui ne permet pas de désactiver l'IGP... ça rend le tout un peu hardcore quand on n'est pas expert Linux/drivers.
Autant faire fonctionner prime pour basculer entre IGP et GPU via la console (DRI_PRIME=1), ça n'a pas été très dur (merci pour cela aux contributeurs de la doc française), autant arriver à remplacer nouveau par le pilote propriétaire tout en ayant ce basculement je n'ai jamais réussi.

Résultat, j'ai un Windows 10 serré dans une partition un peu étroite et paramétré au mieux (le peu qu'on peut choisir) pour limiter le téléchargement de 36 mises à jour, avec un Visual Studio et le CUDA Toolkit, en dual boot avec Fedora.
Et ça fonctionne, et les perfs sont optimales. Et en 3D n'en parlons pas, c'est le jour et la nuit par rapport à nouveau sur ma 940M (qui s'avère en général moins bonne que l'IGP pour le coup à cause de ça).

Bref, tout ça c'est dommage, j'adore cette techno et le GPGPU en général. C'est un peu mon hobby de développer avec ça. wink


"Roi ou mendiant... Quelle différence ? C'est toujours un dh'oine de moins."
- Iorveth

Hors ligne

#28 02/07/2017 10:17:20

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

A tu testé avec une CentOS 7 pour voir si un peut plus de calme dans les développements n'arrangerai pas ton souci tout en restant dans le petit monde de Fedora?

AMD ouvre du code pour l'OpenCL et les radeon, il faut juste le temps que ce soit intégré. Comme il y a le code source ouvert, ce sera plus simple à adapter et à prendre en compte.

Le souci de "nouveau" c'est qu'il faut toujours reprendre le code source pour que cela fonctionne. Sans aide de NVIDIA c'est le jour et la nuit. Au contraire d'AMD/Intel.

Et niveau pilote propriétaire regarde si ce n'est pas simplement wayland qui pose problème. Perso je n'ai pas eu autant de retour négatif avec CUDA...

Dernière modification par VINDICATORs (02/07/2017 10:22:06)


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#29 02/07/2017 16:34:34

shellwalker
Sombrero
Lieu : Lyon
Inscription : 14/11/2009
Messages : 206

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Merci pour les suggestions !
Mais je ne sais pas si je vais m'essayer à une autre distribution, ni même à m'aventurer dans le paramétrage de ma Fedora actuelle.

En tout et pour tout j'ai dû faire une bonne dizaine de fois l'install sur ce laptop, j'ai expérimenté plein de trucs et installé tout plein de choses, au fur et à mesure j'ai noté les étapes réelles à suivre pour ce qui fonctionnait et abandonné le reste.
Ca m'a permis de faire une dernière install propre et prévue pour durer, avec juste les paquets et les modifs nécessaires smile

Sur mon SSD de 250 Go j'ai limité Windows à 60 Go. Au départ, il ne voulait pas lui-même me laisser redimensionner plus bas que 117 Go même après compactage (sous l'utilitaire des disques sous Windows), j'ai utilisé le Live-USB de Fedora pour lancer Gparted et je voyais visuellement qu'il tenait dans 40 Go en vrai, après installation de Visual studio pour 11 Go (Gparted, depuis le temps que je l'utilise, je le classe dans mon top 3 des applications trop bien qui ne doivent pas disparaitre sinon je sombre du côté obscur). Du coup je me suis dit 60 ce sera pas mal.


"Roi ou mendiant... Quelle différence ? C'est toujours un dh'oine de moins."
- Iorveth

Hors ligne

#30 02/07/2017 18:47:49

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

CentOS reste une base Fedora (la 7 est basé sur Fedora 19 + Fedora 20 si je me souvient bien), rien de particulier, sauf que par défaut tu te retrouve à devoir utiliser yum. DNF s'installe par le dépôt EPEL (paquets fourni par la communauté Fedora) , qui est aussi utilisé pour avoir des applications plus récentes.

60Go c'est le minimum pour MS windows, vu le bordel que c'est pour gérer les emplacements (programmes, données utilisateurs...). On y arrive, mais ce n'est pas vraiment le pied. Trop d'héritages d'un temps lointain fort fort lointain... Rien que leurs terminal de ligne de commande autant le prompt (cmd) que powershell c'est pas le pied comparé à ce que l'on trouve rien que de base sous GNU/Linux! Devant en plus me farcir une vielle version de ces terminaux tout les jours... Devoir taper sur la touche "entrée" 36x pour afficher quelques chose sur celui de powershell... NON PITIÉÉÉÉÉÉÉÉÉÉ ASSEZZZZZZZ!!!!... C'est pas tenable! Même un copier collez c'est la misère...

Enfin bref, à toi de voir tu peux aussi tester une installation sur clef usb histoire de voir si cela correspondrait pas mieux à tes besoins.

Bon comme j'ai du refaire mon système à cause d'une connerie dans /boot/efi (me suis trompé de répertoire pour supprimer un truc), j'en ai profité pour étendre l'espace de stockage par défaut de /boot et /boot/efi à 2Go chaque un. Du coup je vais pouvoir tester ROCM ( https://rocm.github.io/ ) et voir si il y a de l'espoir coté Radeon+ pilote libre.

A suivre.

Dernière modification par VINDICATORs (02/07/2017 18:51:25)


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#31 03/07/2017 10:17:48

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Merci pour ces infos.

De mon côté, je suis passé à centos 7 sur le portable Intel i7-6500U + Intel HD Graphics 520 + AMD Radeon R7 M265.

J'ai réussi à faire fonctionner l'opencl sur le CPU et le GPU Intel, en installant le runtime CPU intel puis le pilote CPU/GPU. idea Si je ne fais pas l'installation dans cet ordre, le CPU n'est pas détecté, car le fichier /etc/OpenCL/vendors/intel64.icd n'est pas créé. Par contre, cela entraine que le CPU est détecté par les deux plateformes, mais il vaut mieux avoir un doublon que rien du tout, non ? wink

Côté AMD, impossible de faire tourner le pilote graphique propriétaire, que ce soit catalyst 15.xx ou amdgpu-pro 17.10. hmm J'ai pour l'instant mis de côté cette carte graphique et j'essaye de faire tourner ArrayFire ou ViennaCL qui permettent de faire du calcul sur tous les cœurs de la machine.

Dernière modification par GuL (03/07/2017 10:18:11)


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#32 31/07/2017 16:52:51

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Bon le pilote libre semble être bien plus rapide que le pilote propriétaire maintenant, mais au niveau de l'openCL...

Mais il y a de l'espoir, clpeak commence à en afficher un peut plus :

Platform: Clover^@
  Device: AMD HAWAII (DRM 2.50.0 / 4.12.4-300.fc26.x86_64, LLVM 4.0.0)^@
    Driver version  : 17.3.0-devel^@ (Linux x64)
    Compute units   : 44
    Clock frequency : 1040 MHz
    Build Log: input.cl:34:127: error: call to 'mad' is ambiguous
input.cl:30:22: note: expanded from macro 'MAD_64'
input.cl:29:22: note: expanded from macro 'MAD_16'
input.cl:28:25: note: expanded from macro 'MAD_4'
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
input.cl:34:127: error: call to 'mad' is ambiguous
input.cl:30:22: note: expanded from macro 'MAD_64'
input.cl:29:22: note: expanded from macro 'MAD_16'
input.cl:28:43: note: expanded from macro 'MAD_4'
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
/usr/include/clc/math/mad.inc:1:39: note: candidate function
....

A suivre....


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#33 31/07/2017 18:23:49

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Merci VINDICATORs.

De mon côté, j'ai upgradé en F25 ma machine fixe avec trois GPU nvidia. Je suis en train de compiler llvm, clang et pocl, mais j'envisage de sauter par la fenêtre hmm . Pas sérieusement bien sûr.

Quand je vois ce genre de messages dans la doc, je suis un peu désespéré :

Configure & Build

CMake version 2.8.12 or higher is required.

The build+install is the usual CMake way:

cd <directory-with-pocl-sources>
mkdir build
cd build
cmake [-D<option>=<value> ...] ..
make && make install

To see the default detected values, run cmake .. without any options, it will produce a summary.

S'ensuit tout un paragraphe abscons sur les différentes options de cmake. Franchement, c'est peut-être compréhensible pour un PROGRAMMEUR, mais c'est du charabia pour un simple UTILISATEUR sad

Dernière modification par GuL (31/07/2017 18:24:20)


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#34 31/07/2017 18:57:21

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Tu peux aussi regarder les .src.rpm pour voir quels options sont utilisé par les empaqueteurs Fedora :
https://koji.fedoraproject.org/koji/index
Tu pouvais aussi utiliser les paquets pour Fedora 26 de llvm/clang qui fonctionnent très bien sous F25.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#35 01/08/2017 14:08:54

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Question bête, comment fait-on pour installer un paquet de la distribution suivante ?

Finalement, j'ai résolu une partie du problème: la version de clpeak dans le dépot f25 (0.1-11.20160207git1f90347.fc24) semble corrompue. En prenant la version rawhide (0.1-14.20170711git8edab23.fc27), ça marche.

Autre question: comment résoudre le problème de l'absence de version fournie par cuda dans sont libOpenCl.so ? En effet, sous clinfo et clpeak, j'ai un message d'erreur :

# clinfo -l
clinfo: /usr/local/cuda-8.0/targets/x86_64-linux/lib/libOpenCL.so.1: no version information available (required by clinfo)
Platform #0: NVIDIA CUDA
 +-- Device #0: GeForce GTX 1060 6GB
 +-- Device #1: GeForce GTX 780
 `-- Device #2: GeForce GT 730
Platform #1: Portable Computing Language
 `-- Device #0: pthread-Intel(R) Xeon(R) CPU           X5660  @ 2.80GHz

L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#36 01/08/2017 19:15:56

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Perso je ne connois pas CUDA, donc "je"laisse les gens qui connaissent en parler.

Pour la paquet tu peux ajouter un fichier .repo dans /etc/yum.repo.d reprenant les liens vers les repo f26.

Mais bon si tu utilise le pilote propriétaire, je doute que tu ai besoin de tout cela.

Dernière modification par VINDICATORs (02/08/2017 08:35:32)


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#37 01/08/2017 22:40:59

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

GuL a écrit :

Autre question: comment résoudre le problème de l'absence de version fournie par cuda dans son libOpenCl.so ? En effet, sous clinfo et clpeak, j'ai un message d'erreur :

# clinfo -l
clinfo: /usr/local/cuda-8.0/targets/x86_64-linux/lib/libOpenCL.so.1: no version information available (required by clinfo)

J'ai trouvé une explication intéressante:

It's that the binary wants some versions, but the library doesn't provide any information about its versions.
What does it mean in practice? Usually, exactly what is seen in this example — nothing, things just work ignoring versioning. Could things break? Of course, yes, so the other answers are correct in the fact that one should use the same libraries at runtime as the ones the binary was linked to at build time.

Traduction :

C'est que le binaire veut une version, mais la bibliothèque ne fourni aucune information de version.
Qu'est-ce que ça signifie en pratique ? En général, exactement ce qui est vu dans cet example — rien, cela marche en ignorant la version. Est-ce que ça peut cesser de fonctionner? Bien-sûr, et les autres réponses sont correctes quant au fait d'utiliser les mêmes bibliothèques à l'éxécution que celles avec lesquelles le binaire a été lié lors de la compilation.

Du coup, c'est juste un message d'insulte que l'on peut ignorer cool


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#38 02/08/2017 08:37:10

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Dsl j'avais oublié "je" avant "laisse". Sans le "je" ma phrase était agressive alors que ce n'était pas le but.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#39 02/08/2017 09:10:29

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

VINDICATORs a écrit :

Dsl j'avais oublié "je" avant "laisse". Sans le "je" ma phrase était agressive alors que ce n'était pas le but.

J'avais compris wink
Bonne journée à toi


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#40 03/08/2017 03:12:45

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Bon il semble que cela fonctionne enfin pour les AMD et le pilote libre avec l'utilisation de ROCM. En test dans les prochaines semaines ayant un peu plus de temps à y consacrer.

https://www.x.org/wiki/RadeonFeature/#L … parameters


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#41 03/08/2017 08:44:56

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Cool, je vais regarder, mais je n'ai plus de machine sous fedora avec une carte amd. Je vais essayer de me réinstaller une petite partition.


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#42 03/08/2017 09:01:00

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Il faut un noyau préparer pour le moment, mais le dépôt est disponible ici :
https://rocm.github.io/

A voir si cela concerne bien ta carte. normalement les R9 285/Fury/Polaris, à voir si cela inclus aussi les R9 290/290x... Vu le bordel que c'est dans la numérotation... dur dur de vraiment le savoir à l'avance.

Bon voir la réponse ici :
https://rocm.github.io/install.html

Plus précisément :

Our GFX8 GPU’s (Fiji & Polaris family) and GFX9 (VEGA).

New GPU Support for ROCm 1.6

Radeon Instinct Family MI25, MI8, MI6 
Radeon Vega Frontier Edition 

Experimental support for our GFX7 GPUs Radeon R9 290, R9 390, AMD FirePro S9150, S9170 do not support or take advantage of PCIe Atomics. However, we still recommend that you use a CPU from the list provided above.

Par contre si vous vous lancez dans l'aventure de tester cette solution, je vous recommande de vérifier que votre /boot et/ou /boot/efi fassent plus de 1Go, sinon vous allez vite vous retrouver à court d'espace.

Dernière modification par VINDICATORs (03/08/2017 09:12:15)


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#43 12/04/2018 20:03:15

Heldwin
Gilets jaunes
Inscription : 07/10/2008
Messages : 4 180

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Mouais, moyennement, mais j'ai une machine de course :)

$ clpeak
DRM_IOCTL_I915_GEM_APERTURE failed: No such file or directory
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
DRM_IOCTL_I915_GEM_APERTURE failed: No such file or directory
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
cl_get_gt_device(): error, unknown device: 0
DRM_IOCTL_I915_GEM_APERTURE failed: No such file or directory
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
DRM_IOCTL_I915_GEM_APERTURE failed: No such file or directory
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
cl_get_gt_device(): error, unknown device: 0

Platform: Clover
  Device: AMD CAICOS (DRM 2.50.0 / 4.16.0-300.fc28.x86_64, LLVM 6.0.0)
    Driver version  : 18.0.0 (Linux x64)
    Compute units   : 2
    Clock frequency : 650 MHz


    Global memory bandwidth (GBPS)
      float   : 5.58
      float2  : 8.30
      float4  : 8.48
      float8  : 5.45
      float16 : 1.11

    Single-precision compute (GFLOPS)
      float   : 41.22
      float2  : 80.60
      float4  : 84.66
      float8  : 92.20
      float16 : 115.90

    No half precision support! Skipped

    No double precision support! Skipped

    Integer compute (GIOPS)
      int   : 20.54
      int2  : 40.46
      int4  : 40.11
      int8  : 40.21
      int16 : 39.73

    Transfer bandwidth (GBPS)
      enqueueWriteBuffer         : 5.23
      enqueueReadBuffer          : 1.17
      enqueueMapBuffer(for read) : 1.96
        memcpy from mapped ptr   : 2.88
      enqueueUnmap(after write)  : 2905.15
        memcpy to mapped ptr     : 2.29

    Kernel launch latency : 184.87 us


Platform: Portable Computing Language
  Device: pthread-Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz
    Driver version  : 1.1 (Linux x64)
    Compute units   : 2
    Clock frequency : 2664 MHz

    Global memory bandwidth (GBPS)
      float   : 4.54
      float2  : 4.34
      float4  : 4.29
      float8  : 4.54
      float16 : 4.58

    Single-precision compute (GFLOPS)
      float   : 6.03
      float2  : 2.97
      float4  : 6.06
      float8  : 11.41
      float16 : 21.64

    No half precision support! Skipped

    Double-precision compute (GFLOPS)
      double   : 2.63
      double2  : 2.58
      double4  : 5.26
      double8  : 10.39
      double16 : 2.94

    Integer compute (GIOPS)
      int   : 2.61
      int2  : 1.70
      int4  : 2.61
      int8  : 5.15
      int16 : 7.78

    Transfer bandwidth (GBPS)
      enqueueWriteBuffer         : 5.22
      enqueueReadBuffer          : 2.74
      enqueueMapBuffer(for read) : 12543.71
        memcpy from mapped ptr   : 2.71
      enqueueUnmap(after write)  : 14278.48
        memcpy to mapped ptr     : 2.72

    Kernel launch latency : 10.26 us


Platform: Intel Gen OCL Driver
DRM_IOCTL_I915_GEM_APERTURE failed: No such file or directory
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
cl_get_gt_device(): error, unknown device: 0
clCreateContextFromType (-1)

(et après ça a fait se crasher firefox ^^)


"The only way to achieve the impossible is to believe it’s possible"

Hors ligne

#44 12/04/2018 21:11:31

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Bon même en LLVM 6 avec Fedora 28 cela ne fonctionne toujours pas, clpeak affiche toujours rien (sauf que du 0). Et beignet pour intel plante blender...

Enfin bon blender vas un peu plus loin d'après les logs en direct. Mais n'affiche toujours rien.

Dernière modification par VINDICATORs (12/04/2018 21:12:08)


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#45 21/12/2018 20:53:54

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Voilà quelques mois j'avais lancé ce sujet.

AMD vient d'améliorer le support des différentes distributions Linux et de son ROCM qui devrait permettre l'accès à cette technologie pour ses RADEON et surtout de rapidement proposer des paquets pour Fedora (28 et 29 pour le moment). A voir si cela fonctionne :

https://github.com/RadeonOpenCompute/Experimental_ROC

Actuellement en test sur Fedora 29. Pour le reste voir ma signature.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#46 21/12/2018 21:33:53

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Merci VINDICATORs

J'ajouterai que la liste des cartes supportées par Rocm est disponible sur https://rocm.github.io/hardware.html tandis que celle pour AMDgpu est sur https://www.amd.com/en/support/kb/relea … 50-unified


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

#47 22/12/2018 07:13:22

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Vi j'avais oublié de mettre ses liens, je te remercie d'avoir palier à cela smile .

Je testerai plus en profondeur lors de mon retour de vacance, étant loin de chez moi.

Vivement des paquets officiels, je regarderai si je peux le faire et le mettre à disposition quand j'aurai fini mon changement de serveur.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#48 21/01/2019 18:36:48

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 638

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

chepioq a écrit :

J'ai un GPU Nvidia, et cuda installé.
Comment cela se teste-t-il ?

Moi aussi, et je teste cuda avec "CUDA-Z-0.10.251-64bit.run"

Hors ligne

#49 18/02/2019 08:59:07

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 537
Site Web

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

Je reprend un peu ce sujet :

J'ai procédé au remplacement de ma R9 290x par une RX590 (en attendant la génération NAVI chez AMD) et l'OpenCL fonctionne avec ROCM...

Que ce soit Blender ou autre pas de problème à noter.

Du coup c'était bien un problème de support/suivi des GCN 1 et 1.1 qui posait problème.

Donc je peux mettre le sujet en "résolu".

La différence de performance entre ces deux GPU n'est pas flagrant, mais bon cela est compensé par une meilleurs maitrise de la consommation et des prestations fourni supérieur.
La R9 290x vas remplacer une carte graphique moins performante, qui ira sur une autre machine, sur mon ancienne configuration.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

#50 18/02/2019 14:01:09

GuL
Membre
Lieu : Essonne, France
Inscription : 12/05/2016
Messages : 141

Re : [Résolu] L'OpenCL (GPGPU) ça marche chez vous?

VINDICATORs a écrit :

Du coup c'était bien un problème de support/suivi des GCN 1 et 1.1 qui posait problème.
Donc je peux mettre le sujet en "résolu".

Merci VINDICATORs. J'étais arrivé à la même conclusion. Malheureusement, ce sont les cartes qui m'intéressaient, notamment la HD7970 pour la double précision. La seule solution que j'ai trouvé, c'est d'installer Centos 7.2 (la version actuelle est la 7.6), de figer les mises à jour de gnome et de xorg et ensuite d'installer le driver obsolète amd fglrx.

Je profite de ce mail pour vous dire au revoir, vu que je suis retourné sur Centos. Bonne continuation à tous. smile


L'expérience est le nom que chacun donne à ses erreurs -- Oscar Wilde

Hors ligne

Pied de page des forums