Quel Distribution Linux pour darktable

[aurelienpierre]

> A mon sens il n'y a pas de mauvaise distri pour Darktable, il y a celle qui convient à chacun.

Suivant comment est compilé le noyau et le logiciel, il y a des distros qui vont permettre à darktable de s'exécuter plus rapidement. Ensuite, l'environnement de bureau le plus sécuritaire est Gnome et dérivés car dt utilise GTK comme librairie graphique. On voit des trucs bizarres parfois, côté interface, sur les autres environnements graphiques.

Enfin, l'empreinte mémoire de la pile graphique (Xorg + environnement du bureau) n'est pas la même : ça va de 175 Mo sous Budgie à plus de 380 Mo sous KDE, avec des pointes à 1 Go pour certaines versions de Gnome qui ont un gros bug de fuite mémoire (Gnome 3.22, je crois, celui livré avec Ubuntu 18.04… tu parles d'une LTS !). Du coup, avec OpenCL, darktable utilise la mémoire vidéo qui reste, et s'il n'y en a pas assez, il fait du tuilage (il traite l'image par petits bouts), ce qui ralentit pas mal le calcul.

Donc, non, toutes les distros ne se valent pas. J'ai testé Ubuntu 18.04, 18.10, Debian unstable et Fedora 29, depuis 2 mois, avec XFCE, Budgie, Gnome, KDE, Cinnamon et Mate… les meilleurs perfs que j'ai obtenues (de façon non scientifique) sont sous Debian avec Budgie (super léger), et Fedora avec Gnome.

[JacoTux]

Suivant comment est compilé le noyau et le logiciel, il y a des distros qui vont permettre à darktable de s'exécuter plus rapidement. Ensuite, l'environnement de bureau le plus sécuritaire est Gnome et dérivés car dt utilise GTK comme librairie graphique.

Évidement vu sous cet angle tu as raison, probablement mesurable avec un benchmark adapté pour ce qui est de la compilation (noyau et application) mais pas sûr que ce soit si sensible en utilisation. Par contre je suis complètement de ton avis pour ce qui est de l'utilisation d'un bureau basé sur GTK... d'autant que l'utilisateur de dt est aussi souvent utilisateur de Gimp, lui aussi GTK.

[tybaut]

Suivant comment est compilé le noyau et le logiciel, il y a des distros qui vont permettre à darktable de s'exécuter plus rapidement. Ensuite, l'environnement de bureau le plus sécuritaire est Gnome et dérivés car dt utilise GTK comme librairie graphique.

Évidement vu sous cet angle tu as raison, probablement mesurable avec un benchmark adapté pour ce qui est de la compilation (noyau et application) mais pas sûr que ce soit si sensible en utilisation. Par contre je suis complètement de ton avis pour ce qui est de l'utilisation d'un bureau basé sur GTK... d'autant que l'utilisateur de dt est aussi souvent utilisateur de Gimp, lui aussi GTK.

Mmmh, plus que les perfs brut (qui est à 100Mo près de conso mémoire aujourd'hui ?), je pense que le plus important est comment on se sent à l'aise et productif avec un environnement de bureau. De mon côté, c'est avec KDE Plasma (je suis sous KDE Neon, une Ubuntu avec la dernière version de l'environnement KDE) que j'ai mes marques et que je me sens efficace. Et encore plus depuis que Nate Graham (https://pointieststick.com/) a pris en main il y a environ 1 an la coordination de l'amélioration de l'expérience utilisateur sous KDE.

[aurelienpierre]

Mmmh, plus que les perfs brut (qui est à 100Mo près de conso mémoire aujourd'hui ?)

100 Mo de carte graphique, soit 5 à 10 % de la vRAM, (1 à 2 Go sur des GPU dans nos budgets). Ça n'a l'air de rien, mais pour le module retouche par exemple, ça veut dire tuilage systématique sur les grosses photos zoomées à 100 %. En OpenCL, le déplacement des pixels de la RAM à la vRAM est la plus grosse perte de performances, parce que les I/O des GPU ne sont vraiment pas bonnes (à tel point que, sur des filtres simples, passer par OpenCL + GPU pour des images inférieures à 4 Mpx n'a aucun intérêt par rapport à un simple multithreading CPU bien optimisé). On parle de 30 à 60 % du temps de calcul OpenCL qui n'est dû qu'aux latences I/O sur des petits modules simples, alors imagine si tu commences à tuiler…

Pour les gens qui ont des portables avec Nvidia Optimus (combinaison d'une puce graphique Intel sur le processeur pour les tâches légères, et d'un GPU Nvidia pour les performances), Debian et Ubuntu ont une version du pilote Nvidia spécial calcul (CUDA + OpenCL). Cette version n'est pas connectée à Xorg, donc le GPU est gardé complètement à l'écart de l'environnement graphique et peut être utilisé 100 % pour le calcul. À envisager pour ceux qui ne jouent pas (et n'ont pas la joie d'avoir un port HDMI soudé sur la carte Nvidia, qui oblige à utiliser le GPU pour afficher sur un écran externe…).

[Girafenaine]

Pour les gens qui ont des portables avec Nvidia Optimus (combinaison d'une puce graphique Intel sur le processeur pour les tâches légères, et d'un GPU Nvidia pour les performances), Debian et Ubuntu ont une version du pilote Nvidia spécial calcul (CUDA + OpenCL). Cette version n'est pas connectée à Xorg, donc le GPU est gardé complètement à l'écart de l'environnement graphique et peut être utilisé 100 %  pour le calcul. À envisager pour ceux qui ne jouent pas (et n'ont pas la joie d'avoir un port HDMI soudé sur la carte Nvidia, qui oblige à utiliser le GPU pour afficher sur un écran externe…).

Bonjour aurelienpierre,

Je lis ce message longtemps après que vous l'avez posté, et je suis bien intéressé par un tel driver. J'ai depuis peu un ordinateur avec ce type de configuration, où la gestion de la bascule entre les deux GPU est particulièrement bugguée et difficile à faire fonctionner (Dell XPS 9570, avec GPU intel et dGPU nvidia GTX 1050 Ti). Un tel driver serait parfait. Il a un nom, s'il existe encore.

(j'ai réussi à faire fonctionner OpenCL, mais la bascule entre les deux GPU ne se fait bien qu'en redémarrant l'ordinateur. Je cherche donc des solutions plus souples)

Au passage, je suis nouvel arrivant sur le forum, photographe amateur de vacances en vacances (et les vacances ont tendance à s'espacer). J'aime les images avec des gens dessus, et un côté symbolique, qui représente un type de moment ou d'émotion (le kitch, finalement. Mais le kitch naturel et élégant...). J'utilise Darktable avec plaisir depuis environ un an, auparavant sur Linux Mint, et peut-être sur Manjaro si j'arrive à faire tout fonctionner sur ce nouvel ordinateur. J'aime un peu trop y passer du temps.

Girafenaine

[aurelienpierre]

Bonjour,

de mémoire, ça doit être le paquet nvidia-egl, mais je ne suis plus sûr, ça fait un an que j'ai abandonné Debian et dérivées. À tester…

[Girafenaine]

Bonjour,

de mémoire, ça doit être le paquet nvidia-egl, mais je ne suis plus sûr, ça fait un an que j'ai abandonné Debian et dérivées. À tester…

Bonjour,

Ok, merci. Ce paquet n'a pas l'air d'être très mis en avant ou en fort développement... je regarde les autres solutions possibles, en particulier sous Manjaro.

Par curiosité, vous privilégiez d'autres distributions Linux ? il y a des raisons particulières qui vous ont poussé à allez voir ailleurs, ou c'est par envie de changement ?

Girafenaine

[pascal]

Moi 100% Debian depuis toujours et certainement pour encore longtemps. Une distribution qui marche très bien dont beaucoup de distribution sont dérivées. J'ai une carte NVIDIA et OpenCL qui marche depuis des années. Je désactive toujours la carte graphique de la carte mère sur un portable.

[kdfx]

Je désactive toujours la carte graphique de la carte mère sur un portable.

Peux-tu expliquer un peu stp?
Désactives tu la carte Intel intégrée au processeur dans le bios pour n’utiliser que la nvidia avec opencl?

[pascal]

> Désactives tu la carte Intel intégrée au processeur dans le bios pour n’utiliser que la nvidia avec opencl?

Exactement. Car sinon tu dois utiliser une couche primus ou bumbelbee pour switcher d'une carte à l'autre et je ne suis même pas certain que si tu étalonne ton écran le bon iCC sera utilisé par la bonne carte. Sous Windows il y a le même problème, des photographes de mon club ont des comportement étranges avec des affichages qui changent.

Les duals carte graphiques n'apporte que des soucis et pour rien... a si pour gagner quelques minutes de batterie. Mon portable tien plus de 3h en utilisation normal (sans compiler) et c'est très bien ainsi. J'espère vraiment que cette techno stupide disparaisse ou alors que le support pour tous les OS sont stable et simplifié.