Forum-Francophone-LinuxMint.fr

Bonjour à tous,

Je suis en cours de migration vers Linux.
Mon choix s'est porté sur la distribution Linux Mint.
Mes premières impressions sont excellentes : fluidité, rapidité et homogénéité, c'est bluffant !
Toutefois, étant photographe, j'ai principalement besoin de l'outil informatique pour le post traitement d'images. Et, c'est là que je rencontre une difficulté.

J'utilise de longue date le logiciel Darktable sous windows et j'en suis pleinement satisfait.
Sous Linux Mint :

\* Impossible d'accéder à l'Open CL alors que cela fonctionne parfaitement sous W10
\* Je constate de grosses lenteurs dans l'ouverture des fichiers (passage de la table lumineuse à la chambre noire) et lors de l'application des réglages qui pourrait me dissuader de l'utiliser sous Linux

J'ai tout d'abord pensé à un soucis de pilote de carte graphique, mais en cherchant un peu, j'ai trouvé une solution pour vérifier ce point et tout semble être en ordre. Voici ce que retourne la fonction darktable-cltest La communauté Darktable m'a pas mal aiguillé, mais je n'ai pas trouvé de solution probante.

J'ai lu sur le forum que l'Open CL pouvait donner un peu de fil à retordre sous Linux, mais je ne pense pas que cela puisse expliquer les lenteurs constatées. Mais j'ai également lu ici et sur les posts Anglophones que les cartes graphiques AMD pouvaient poser des problèmes avec Linux.

J'en suis donc à me demander :

• Si un changement des CPU est nécessaire ?
  Si je dois abandonner Linux Mint pour une autre distribution compatible avec mon matériel ?

L'installation est faite sur la config matériel ci-dessous :

• Processeur AMD Ryzen 7 1800X (3.6 GHz)
  Carte mère ASRock X470 Master SLI
  Mémoire vive G.Skill RipJaws 4 Series 8 Go (2x 4 Go) DDR4 2400 MHz CL15
  Carte graphique Sapphire PULSE Radeon RX 570 4GD5_Optimized
  SSD Kingston NV2 M2 1000 GB

→ Quelqu'un aurait il une piste (configuration DT, réglages sur Linux, ???) qui puisse me permettre de régler ce soucis ?

Par avance merci pour votre aide

Bonsoir @cyrille

et merci pour ta réponse.
Pour l'installation de la version 4.2 de DT, je suis passé par les dépôts OBS comme indiqué à la page suivante : https://darktable.fr/installation-linux/.

Je ne pense pas que le problème de fond soit lié à DT car si j'essaye un autre outil "graphique" tel Inkscape, je constate les mêmes lenteurs.
Je présume plutôt un soucis de prise en charge du CPU. Comme si celui-ci était mal configuré ou mal accepté par le système.

Un truc étrange :

Bonjour
Et merci pour vos conseils.
Je tente tout ça ce soir.

De retour devant mon soucis de CPU ...

Pour répondre aux suggestions faites hier :
1. J'ai appliqué la méthode pour changer le Kernel qui est passé en V6. Reboot mais aucun changement.

2. Driver AMDGPU-PRO : je ne parviens pas à télécharger un driver PRO pour la carte qui me concerne. ce qui m'est proposé c'est un driver sans la mention Pro. Comment fait on ?

3. Bpytop : voici le résultat avec DT ouvert :

Oui. Tout à fait. J'ai installé le driver dédié.
C'est là que je ne saisis pas
Tout semble correct mais ça ne marche pas comme attendu. S'il y a un driver spécial (Pro ?) qui permet d'accéder à des fonctions compatibles avec ma carte AMD ce serait une excellente nouvelle.
En cherchant sur le net on met beaucoup en avant une distribution qui semble efficace avec les cartes graphiques de tout poil (Pop! OS).
S'il faut en passer par là, je le ferai, mais je préférerai très nettement pouvoir rester sur Mint qui correspond tout à fait à mes attentes ... à part ce petit soucis, bien évidemment.

Bonjour Thomas

Thomas Wak a écrit : ven. 12 mai 2023 18:10 2. Driver AMDGPU-PRO : je ne parviens pas à télécharger un driver PRO pour la carte qui me concerne. ce qui m'est proposé c'est un driver sans la mention Pro. Comment fait on ?

C'est pas grave qu'il y ai le PRO ou pas sur le site AMD et si tu regardes bien sur le lien vers la page AMD que tu trouvera dans la page linuxconfig.org dont Cyrille t'a donné le lien, tu verras que tout en bas Il y a la mention -pro pour ce qu'ils appellent les versions entreprises. Par curiosité j'ai téléchargé les deux. Celui appelé "Radeon™ Software for Linux® version 22.40.5 for Ubuntu 20.04.5 HWE" donc sans pro et celui "Radeon™ Pro Software for Enterprise on Ubuntu 20.04.5 Installer". Et Ho! surprise!!, c'est le même : "amdgpu-install_5.4.50405-1_all.deb" dans les deux cas
Et si ça peut te rassurer dans les releases notes du Radeon™ Software for Linux® 22.40.5 Highlights (le pas pro), il 'a ça d’écrit:

Fixing an installation bug in 22.40.3 release preventing users from installing proprietary components

dit dans un langage un peu plus évolué:

Correction d'un bogue d'installation dans la version 22.40.3 empêchant les utilisateurs d'installer des composants propriétaires

Pour être sûr de m’être bien fait comprendre j'ai fait quelques captures d'écran:

1) lien vers la page des pilotes AMD:


2) Qui nous amène là:
Bien entendu j'ai cliqué sur ubuntu x86 64-Bit avant de faire la capture.

3) puis le téléchargement : https://repo.radeon.com/amdgpu-install/ ... -1_all.deb

Maintenant je suis descendu tout en bas jusqu'aux pilotes pro "entreprises":

Et enfin cliqué sur le "download" : https://repo.radeon.com/amdgpu-install/ ... -1_all.deb
Hé bin ça alors! C'est le même C'est des petits malins chez AMD

Bon ceci dit il y a quand même un truc qui me chagrine, alors que ça ne devrait pas, la dernière fois que j'ai installé ce pilote sur ma RX 580 c'était un fichier en .tar.xz et maintenant je vois que c'est un .deb. Je pense aussi que c'est en prévision de pouvoir l'ajouter dans les gestionnaires de pilotes non libres proposés par certaines distributions peu regardantes sur l'utilisation de paquets propriétaires comme ubuntu et mint.
Donc la méthode d'installation donnée dans le lien vers linuxconfig.org n'est plus valable. Et j'ai regardé dans les consignes d'installation d'AMD ils ne parlent que du script d'installation contenu dans le paquet .tar.xz (j'ai peut être mal cherché, ou bien c'est trop récent et ils ne parlent pas encore des .deb. Il est vrai que beaucoup se plaignaient de difficultés pour la décompression de l'archive, puis du lancement du script. Le .deb était une demande des utilisateurs.

Alors je te propose de l'installer avec dpkg ou gdebi si tu préfères le gui.
Et tu nous diras comment ça c'est passé (n'oublies pas de faire des copies des retours ça peux être bien de les avoir si ça se passe mal (pas des captures hein? juste des copies du texte).

cyrille a écrit : ven. 12 mai 2023 20:19 D'une distrib à l'autre les résulats peuvent être différent, faut essayer.
Moi je testerai une debian sid

Oui c'est vrai, mais en ce qui concerne le pilote graphique AMD, comme AMD a fait son pilote libre, c'est historique chez eux ça date du temps d'ATI, il est directement intégré au noyau. Contrairement à Nvidia ou le pilote libre est "nouveau" un truc fait à la main par des dèvs du libre, qui a le mérite d'exister et qui ne fonctionne pas mal mais pas sur toutes les Nvidia.
Alors que le AMDGPU d'origine sur linux est le même que celui du site AMD et fonctionne très bien.
La seule différence c'est que celui sur le site contient des éléments propriétaire, dont AMD n'est pas propriétaire, comme opencl (apple je crois) et vulkan (ça je sais pas à qui ça appartient) plus d'autres... De ce fait Ils ne peuvent pas les mettre dans la version libre fournie à Linux. D'ou l'obligation de télécharger la version pro du site amd en cas de besoin de ces fonctions spécifiques. Ça concerne surtout les graphistes et les applications de calculs parallèles souvent nécessaire pour la recherche et les mineurs de crypto-monnaie.
Pour info, j'ai vu un test AMDGPU vs AMDGPU-PRO sur un site gamer. C'est AMDGPU qui est arrivé en tête d'un poil de chouilla (un chouilla c'est déjà pas gros alors imaginez un de ses poils). Mais comme ils disaient sur ce site de gamer ça se joue sur les incertitudes de mesures, donc pour eux AMDGPU = AMDGPU-PRO, ce qui est normal vu que c'est les mêmes sauf les fonctions propriétaires ajoutées au pro.
Donc sid, arch ou tout autre distri rolling il ne devrait pas y avoir de différence pour la gestion des cartes AMD.
Après je ne dis pas que que le problème de Thomas vient de sa carte graphique, si ça vient de la gestion du CPU, alors oui une sid peut faire la différence (grâce à son noyau plus récent par exemple).
Le coup du pilote PRO, c'est juste parce qu'on en a parlé, moi je ne connais pas les outils graphiques comme darktable, blender et autres. Du coup j'explique pour le pilote, mais ne sais pas si ça va résoudre le problème. ( j'ai quand même bon espoir )

Bonjour Cyril, Alain,

Tout d'abord un grand merci pour le temps que vous consacrez à ce sujet. Sans vous je n'aurais plus qu'à abandonner.
Superbe explication Alain. je ne connais pas grand chose à l'hardware mais de cette manière j'y vois déjà plus clair.
Alors, j'ai essayé une nouvelle installation du pilote AMD par dpkg. Il n'y a pas d'évolution.

Pour reprendre la suggestion de Cyrille

Moi je testerai une debian sid

Cela revient à repartir de zéro, non ?
Est il, dans ce cas, possible que se soit au moment de la configuration initiale qu'il y ait pu y avoir un problème.
Je me suis laissé guider et je n'ai pas eu l'impression qu'il y ait eu à faire des choix particuliers en ce qui concerne la configuration matérielle, mais des fois que j'ai manqué quelque chose ?!

Désolé de poser cette question ici, mais dans ce cas, n'y a t il pas une ou plusieurs distri Linux qui soient bien connues pour leur gestion efficace des cartes graphiques ou des logiciels destinés à la photo ou au graphisme ?

Thomas Wak a écrit : sam. 13 mai 2023 06:21 Alors, j'ai essayé une nouvelle installation du pilote AMD par dpkg. Il n'y a pas d'évolution.

Et les retours?

alain a écrit : sam. 13 mai 2023 02:47 Alors je te propose de l'installer avec dpkg ou gdebi si tu préfères le gui.
Et tu nous diras comment ça c'est passé (n'oublies pas de faire des copies des retours ça peux être bien de les avoir si ça se passe mal (pas des captures hein? juste des copies du texte).

Oups !
Désolé, je n'avais pas fait attention.
Ci dessous les retours du terminal :
1. Install des pilotes : Ensuite, n'ayant pas obtenu quoi que ce soit de différente, j'ai essayé par la même méthode un complément pour l'OpenCL mais pas mieux :