Je viens d’essayer avec tes 3 .xmp, j’ai fait quelques modifications de l’exposition et exporter en plein format sans problème. Je n’avais pas l’OpenCl qui était activé. Avec l’OpenCl activé avec la carte intel, je n’ai de dysfonctionnements.
essai rapide avec une de mes configurations (pas celle de travail photo) : intel i7, 16 Go ; debian stable, darktable rc2 d’origine opensuse sans openCL
import du dossier et export sans problème.
Je n’aurai pas le temps de tester davantage avant avant samedi.
Merci à tous les deux pour vos tests.
Comme tu le vois sur la vidéo, c’est dès l’ouverture du fichier que ça plante, je ne peux même pas arriver à l’export.
Ce matin j’ai traité des photos issues de mon GX80, ça s’est bien passé pendant 30 mn (y compris l’export) jusqu’au moment où je revenais sur la balance des blancs d’unephoto et où j’ai eu le plantage généralisé.
J’ai donc un cas (celui que je vous ai envoyé) qui semble très reproductible. Mais le plantage ne se limite pas à cette situation.
Ca ne m’étonne pas que ça ne le fasse pas chez vous, cela semble lié à une combinaison de matériel/version de noyau/driver chez moi.
Il y a moyen d’avoir plus de trace pour analyser le souci ?
Sinon c’est nécessaire pour l’analyse, si il y a un dev Darktable à Paris, je veux bien l’accueillir chez moi, j’offrirai de quoi boire et manger 
Je suis un peu loin de Paris, je viens d’essayer de jouer avec la balance des blancs avec ton RAW sans aucun problème. Je suis étonné que tu ai des problèmes avec les RAW du Gx80, j’ai le Gx7, Lx100 et Gx8 et je n’ai jamais eu de problème de dématriçage.
Je n’avais jamais eu de problème non plus avec les photos de mon GX80 ou de mon 7D. Cela arrive uniquement depuis que j’ai ma nouvelle configuration. Je n’ai aucun problème avec les autres logiciels, que ce soit sous Linux ou sous Windows, y compris sur des tâches gourmandes en puissances.
Ah si, j’ai rencontré ce souci, lié au nouveau processeur Ryzen : https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.4-UMIP-Spoofing
Mais cela fait juste planter le jeu au démarrage, pas tout le système. Je ne pense pas qu’il y ait de lien, mais je peux toujours mettre en place le contournement indiqué dans les paramètres du noyau pour voir si cela change quelque chose (je suis actuellement en version 5.3 et pas 5.4, les drivers nvidia d’Ubuntu n’ayant pas encore été patché pour gérer la dernière version de ce noyau).
As-tu fait un stress test de ta ram ? (utiliser memtest, disponible sur l’image ISO « prête à utiliser » UBCD)
Ton problème pourrait potentiellement plus être lié à un problème externe à darktable (mais que darktable utilise) comme celui-là en effet.
Tu t’es trop fait plaisir avec ton monstre de puissance. Ok, je :arrow:
Je viens de te rédiger un super long message avec tout un protocole de test préparé pour toi… Au moment de poster j’ai eu une erreur réseau… Donc je vais te le reprendre sans toutes les explications de tout à l’heure.
En bref 3 pistes à explorer, classées selon pertinence, et elles sont toutes matérielles à mes yeux vu la nature de ton plantage :
1: RAM : Fais un Memtest, après avoir calé ta ram a 1,35v de tension dans ton bios, c’est la tension standard pour le profil XMP.
2: Tensions CPU, pleine charge, en IDLE, et lors de changements d’état :
a) tu cherches dans ton BIOS l’option " Power Supply Idle control" dans les paramètres CPU, et tu passes à « typical powercontrol » au lieu de Auto ou low control… Cela modifiera la gestion de ta tension CPU en IDLE.
b) parametres Overclock, tu laisses les paramètres de tension en AUTO, mais tu mets ton ratio Overclock sur 40 ( ça ne devrait pas du tout être un problème pour ton 3900x). Et tu tentes à nouveau tes édits sous darktable + stress tests. Ces 2 tests a et b sont à réaliser l’un après l’autre, en revenant a l’état d’origine entre les 2.
3: Accès stockage: tu lances ta distribution en version Live, tu installes rapidement darktable sans openCL ( vu que ton pc plante avec et sans, on peut déjà éliminer ton GPU) et tu testes des édit d’images a partir d’une clé USB. Si ça plante, on élimine ton installation et tes stockages.
Voilà pour le topo. Ton plantage je l’ai connu quand j’étais en Ryzen 1700x et que j’étais à la limite de la stabilité avec de la RAM overclockée, cela avait été résolu en mettant des valeurs tension manuellement et non en laissant en auto… Je dirais donc que même s’il n’y a que darktable qui déclenche le plantage, je pense que c’est en réunissant un ensemble de conditions déjà existantes sur ton système.
J’aimerais bien que tu précises ta configuration, modèle exact de tes composants ( Carte mère, RAM, Gpu, stockage HDD / SSD)
Hello,
Merci beaucoup pour ce programme de test 
j’avais effectivement pensé à la mémoire.
Je vais lancer un memtest, en attendant voici les infos sur ma config (comme le dit nicoauffray j’ai trop voulu me faire plaisir, péché d’orgueil, me voilà puni 
) :
- MSI B450M MORTAR TITANIUM (avec le dernier firmware en date, du 13/11)
- AMD Ryzen 9 3900X
- DDR4 Ballistix Sport LT, 32 Go (2 x 16 Go), 3200 MHz, CAS 16
- Disque SSD Samsung 970 EVO Plus NVMe M.2 1 To pour le système et mes documents, mais mon dossier photos est sur un disque dur interne classique actuellement
- Gigabyte AORUS GeForce RTX 2080, 8 Go
La RAM et le proc ne sont pas overclockés.
Update : j’ai fait un 1er memtest (ça prend son temps quand même) avec le paramétrage par défaut, 0 erreur. J’étais avec SMP désactivé, cela vaut le coup que je refasse le test avec SMP activé ?
Salut! Non, utiliser le mode smp n’est pas nécessaire, c’est la RAM qui est testée ici. Du coup on peut l’éliminer, passe au test 2 : tensions 
. Merci pour le détail de ta configuration, quel refroidissement utilises tu?
Bonjour à tous, et bonne année (avec un peu de retard).
Je reviens pour vous donner les dernières nouvelles sur mon problème, qui semble bel et bien avoir disparu.
Cela semble avoir été réglé par le passage au noyau 5.4, passage qui a aussi nécessité l’installation de gcc-9 (j’avais avant seulement gcc-7), car sinon les modules DKMS nvidia ne voulait pas compiler.
Et depuis aucun souci. J’utilise aussi maintenant les builds qui viennent du dépôt opensuse.
Je n’ai plus aucun plantage depuis plusieurs jours et je peux me plonger dans l’apprentissage de cette nouvelle version de Darktable !
Un grand merci à tous pour votre aide 
Merci de ton retour. J’ai récemment appris que le noyau 5.3 avait quelques problèmes. Il a d’ailleurs je crois été récemment considéré « end of life » il y a très peu de temps (une version à courte durée de vie je crois). J’utilise Ubuntu 19.10 donc un noyau 5.3 et j’ai dû désactiver mon fichier swap (un autre problème connu qui entraîne des freeze réguliers de l’interface, temporaires, le temps d’un usage un peu intensif). La désactiver avait réglé mon problème.
Ton retour me donne envie de tester un passage au noyau 5.4 (sans attendre Ubuntu 20.04).
C’était bien la moindre des choses de faire un retour vu le temps que vous tous avez passé à me répondre !
Je ne savais pas que le 5.3 avait cette réputation. Je n’ai pas de swap, je suis passé au travers de ce problème !
Oui, je ne peux que t’inciter à tester le 5.4, de mon côté il tourne vraiment bien (on est actuellement à la version 5.4.11)
Salut ! Content que ton problème ait enfin trouvé une solution, et surtout que cela ne se solde pas par un remplacement matériel ! Effectivement je n’ai pas du tout pensé au noyau Linux et à un éventuel support encore fébrile de ton Cpu de guerre! C’est tant mieux si la version 5.4 corrige tout cela !
Si possible, pourrais-tu me passer en mp un score geekbench de ta configuration stp?
Du coup, bonnes photos et bons traitements !
Yep, je te fais ça dès que j’ai un moment.
Merci !
Installation faite du noyau 5.4.11 sur mon système Ubuntu 19.10. Déjà, rien qu’au bout de quelques minutes d’usage de darktable, une différence nette par rapport au noyau 5.3.0 que j’utilisais jusque là. L’affichage des images est d’un coup bien plus fluide avec ce noyau. L’utilisation du processeur a visiblement été optimisé (ou quelques bugs corrigés). Bref, moi qui m’interrogeait à acheter un nouvel ordi (mon portable approche des 6 ans d’âge), pas sûr que je le change maintenant. Parce qu’en dehors de quelques lenteurs que j’avais, j’ai un ordi robuste parti pour durer (un Macbook pro de près de 6 ans d’âge avec une batterie d’origine qui tient encore quelques heures, c’est pas si fréquent).
J’ai bien amélioré certains temps de traitement avec ce simple changement de noyau, d’au moins 200%. Un changement de réglage dans filmique par exemple prenait souvent 2 à 3 secondes pour s’afficher, là 1 bonne seconde seulement. La comparaison d’images où parfois il me fallait attendre 10 secondes que l’image s’affiche complètement (je n’ai qu’un i5 2 coeurs de 4ème génération à 2,4 Ghz), ça prend 5-6 secondes max maintenant. Evidemment, avec un coup de darktable-generate-cache, là ça prend 0 seconde mais si traitement entretemps et retour table lumineuse… Bref, j’apprécie !
Encore un grand merci pour ce partage d’expérience tybaut. Tu m’enlèves un dilemne sur conserver ou changer d’ordi et probablement quelques centaines d’euros d’économie ! Et du temps que je n’aurais pas à passer aussi à continuer à explorer les ordis/prix/comparatifs, etc.
Si mon témoignage peut en inspirer certains. Attention tout de même pour ceux qui souhaitent se lancer dans l’aventure, un passage de noyau à une version non officiellement supportée par votre distribution peut entraîner des problèmes. Installer une nouvelle version nécessite quelques précautions :
- faire une sauvegarde auparavant
- savoir comment accéder à Grub et ses options au démarrage de son ordi (avec un timeout suffisant pour l’activer ; il est parfois à 0, autant dire aucun temps pour appuyer sur la touche permettant d’afficher les options), ceci pour pouvoir revenir au noyau précédent et fonctionnel (conservé par défaut) en cas de problème.
- éventuellement, mais plutôt rare d’en avoir besoin, avoir une clé usb avec l’installation de son système prête pour réinstallation en cas de situation extrême.
En tout cas, ce noyau 5.4.11 fonctionne extrêmement bien sur mon système ! Un régal déjà !
Super intéressant ton retour, grâce à lui voici un fil de discussion utile à beaucoup de gens
J’ai passé le sujet à résolu.
Ca vaudrait même le coup de changer le titre en ajoutant 3.0 avec le 2.7 !
Fait !
Bonjour à tous
Merci pour ce fil vraiment très intéressant.
J’ai le même problème de plantage qui pour mon petit niveau reste incompréhensible. Je suis actuellement sous la DT 2.6.2 mais après avoir compiler la 3.0, j’ai le même problème.
Je suis sous Ubuntu 18.04 LTS et ci-dessous ma config matérielle.
OpenCL n’est pas activé.
Est ce que vous pensez qu’un changement de version pourrait résoudre le pb ??
Merci beaucoup
Jeff
Linux version 4.15.0-74-generic (buildd@lcy01-amd64-022) (gcc version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)) #84-Ubuntu SMP Thu Dec 19 08:06:28 UTC 2019
Chemin matériel Périphérique Classe Description
system NUC7i5BNH
/0 bus NUC7i5BNB
/0/0 memory 64KiB BIOS
/0/35 memory 16GiB Mémoire Système
/0/35/0 memory 8GiB SODIMM DDR4 Synchrone Unbuffered (Unregistered) 2133 MHz (0,5 ns)
/0/35/1 memory 8GiB SODIMM DDR4 Synchrone Unbuffered (Unregistered) 2133 MHz (0,5 ns)
/0/39 memory 128KiB L1 cache
/0/3a memory 512KiB L2 cache
/0/3b memory 4MiB L3 cache
/0/3c processor Intel(R) Core™ i5-7260U CPU @ 2.20GHz
/0/100 bridge Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers
/0/100/2 display Intel Corporation
/0/100/8 generic Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th Gen Core Processor Gaussian Mixture Model
/0/100/14 bus Sunrise Point-LP USB 3.0 xHCI Controller
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/2 input USB Receiver
/0/100/14/0/8 communication Interface sans fil Bluetooth
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14.2 generic Sunrise Point-LP Thermal subsystem
/0/100/16 communication Sunrise Point-LP CSME HECI #1
/0/100/17 storage Sunrise Point-LP SATA Controller [AHCI mode]
/0/100/1c bridge Sunrise Point-LP PCI Express Root Port #1
/0/100/1c.5 bridge Sunrise Point-LP PCI Express Root Port #6
/0/100/1c.5/0 wlp58s0 network Wireless 8265 / 8275
/0/100/1c.7 bridge Sunrise Point-LP PCI Express Root Port #8
/0/100/1c.7/0 generic RTS5229 PCI Express Card Reader
/0/100/1f bridge Intel(R) 100 Series Chipset Family LPC Controller/eSPI Controller - 9D4E
/0/100/1f.2 memory Memory controller
/0/100/1f.3 multimedia Sunrise Point-LP HD Audio
/0/100/1f.4 bus Sunrise Point-LP SMBus
/0/100/1f.6 eno1 network Ethernet Connection (4) I219-V
/0/1 scsi0 storage
/0/1/0.0.0 /dev/sda disk 1TB Samsung SSD 850
/0/1/0.0.0/1 /dev/sda1 volume 511MiB Windows FAT volume
/0/1/0.0.0/2 /dev/sda2 volume 915GiB Volume EXT4
/0/1/0.0.0/3 /dev/sda3 volume 15GiB Linux swap volume
/1 power To Be Filled By O.E.M.