Re: Obtenir le support des images avec opencl
Bonjour Benoît, Bonjour Didier, didier gaumet, on 2021-08-09: > Je n'ai jamais expérimenté OpenCL, donc mes commentaires sont à prendre avec > précaution > > De ce que je comprends (de travers?), à l'heure actuelle la seule > implémentation d'OpenCL qui prendrait en charge le support des images serait > ROCm à partir de la version 3.7 (on en est à 4.3). En tout cas pour de > l'AMD/ATI, tu peux utiliser Mesa mais le support des images ne semble pas > encore d'actualité. Je confirme les élucubrations par mes observations… L'implémentation OpenCL 1.2 de Mesa, fournie par le paquet Debian mesa-opencl-icd, ne prend pas en charge le "Image support", du moins pas sur ma carte RX560 : $ clinfo | grep Image Image support No Un moyen de tricher est d'utiliser le paquet pocl-opencl-icd ; c'est la version portable d'OpenCL. Mais bon, l'intérêt est limité, on ne tourne que sur le processeur, pas sur la puce d'accélération graphique : $ clinfo […] Platform Name Portable Computing Language Number of devices 1 Device Name pthread-AMD Ryzen 5 3600 6-Core Processor […] Image support Yes Max number of samplers per kernel 16 Max size for 1D images from buffer1073741824 pixels Max 1D or 2D image array size 2048 images Max 2D image size 32768x32768 pixels Max 3D image size 2048x2048x2048 pixels Max number of read image args 128 Max number of write image args128 […] Je confirme également que l'implémentation d'OpenCL 2.0 dans ROCm 4.3 prend en charge le "Image support": $ /opt/rocm-4.3.0/opencl/bin/clinfo | grep Image Image support: Yes J'ignore toutefois si ROCm 4.3 va supporter la puce Vega 8. > Je n'ai trouvé trace de ROCm dans Debian qu'en version 3.3 de mai 2020 dans > le repo experimental donc je suppose que c'est abandonné. Je n'ai trouvé de > trace de ROCm dans aucun autre package (mais j'ai peut-être mal cherché) Effectivement, les travaux d'empaquetage sont en cours [1]. Il y encore eu des discussions ces derniers mois sur l'ordre dans lequel compiler les différents composants. La période de gel a pas mal ralenti l'ensemble des projets en cours ces sept derniers mois, et peut-être que l'empaquetage de ROCm en a aussi fait les frais (ça et la nécessité d'avoir du matériel adéquat à portée de main : les GPU AMD sont devenus subitement assez rares de nos jours). [1] : https://salsa.debian.org/rocm-team > Tu peux peut-être t'en sortir en installant un paquetage Ubuntu (module ROCm > DKMS) à partir des dépôts AMD, ça ne coûte rien de lire leur page de doc. > > https://wiki.archlinux.org/title/GPGPU > https://www.phoronix.com/scan.php?page=news_item=ROCm-3.7-OpenCL-Image > https://rocmdocs.amd.com/en/latest/Installation_Guide/Installation-Guide.html J'ai eu un peu de mal à déployer les binaires ROCm 4.3 fournis par AMD pour Ubuntu dans un environnement de test minimal en Bullseye. J'ai l'impression qu'il manque des dépendances. Il m'a fallu un peu de temps pour identifier qu'il me manquait libtinfo5 sur ma machine par exemple. Astuce : le programme /opt/rocm-4.3.0/bin/hipconfig, du paquet hip-base, permet d'obtenir un bilan assez détaillé de ce qu'il peut manquer dans l'installation, ou ce qui casse. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Hors sujet
Je pense qu'il doit y avoir - la config de Claws dans un répertoire appelé Claws (ou approchant) situé dans: C:\Documents and Settings\nom_du_user_de_ton_épouse\Application Data - les mails de Claws dans un répertoire appelé Mails dans: C:\Documents and Settings\nom_du_user_de_ton_épouse ou peut-être dans: C:\Documents and Settings\nom_du_user_de_ton_épouse\Application Data
Hors sujet
Bonjour, J'utilise Debian depuis woody mais mon épouse à besoin d'un portable avec windows 10. Nous utilisions Claws-mail et je l'ai installé sur son W10. Mais je suis incapable de trouver ou W10 enregistre les courriers pour lui copier ses anciens dossiers de Debian. Si une âme charitable à eu le même problème (avec son épouse et W10 ) je lui serais éternellement reconnaissant. Un grand merci d'avance ;-) Georges
Re: Obtenir le support des images avec opencl
Alors, clairement, je suis ignorant en tout ce qui touche traitement d'image, délégation de calculs à un processeur graphique, parallélisation. Donc Darktable, OpenCL, ROCm, qui rentrent à divers titres dans cette liste me sont étrangers Ce que j'ai déduit (peut-être à tort) c'est que ROCm est une couche open-source proposée par AMD, utilisant et implémentant OpenCL pour déléguer, de manière parallélisée le cas échéant, des calculs à des processeurs graphiques AMD/ATI (et Intel aussi, a priori) Que personne ne me demande d'élaborer, je serais bien en peine de le faire, mais le standard OpenCL 2.0 introduit la prise en compte des images (MESA implémente OpenCL 1.2, ROCm récent implémente OpenCL 2.2). (cf page Wikipedia en anglais d'OpenCL) Pure *spéculation* de ma part, vu que je n'y connais vraiment rien: peut-être que "prise en charge des images" signifie ici "prise en charge des calculs sur images directement dans un format natif comme raw ou jpeg plutôt que comme des flots de données numériques génériques" Pour ce qui est de Debian non-free, j'ai l'*impression* que ROCm est purement libre, donc n'y figurerait pas. Et que depuis que fglrx a été abandonné au profit de amdgpu-pro, il n'y a plus rien concernant les GPU AMD dans non-free Pour les implémentations de drivers (ICD) OpenCL dans debian, le paquet virtuel opencl-icd liste des solutions Mesa, Intel, Nvidia et Pocl (pour les CPU apparemment même si on doit pouvoir adapter pour les GPU). Rien concernant AMD.
