Fedora 37, darktable 4.2.1. pas d’openCL.
Linux fedora 6.1.14-200.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Sun Feb 26 00:13:26 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
32 Go. memoire , cpu 12th Gen Intel(R) Core™ i7-12800H
Je le plante assez souvent, principalement en jouant avec le curseur des modules, le systeme dit qu’il ne repond
plus et me demande si je veux attendre, je dis oui, ou rien, mais il se ferme quand meme.
SEGVOL pour le dernier. A chaque fois le bug est envoyé je ne sais où.
C’est pas trés genant, je le relance, mais avez vous aussi ce comportement ou ai-je un souci d’installation ?
Ah, effectivement si la console ne donne rien de particulier et que le processus se ferme de lui même ça va être compliqué à en trouver la raison.
A priori tu as désactivé l’OpenCL, déjà ça élimine ce sujet.
N’étant pas sous Fedora je ne vois pas comment t’aider plus.
je vais lancer en debug à partir de maintenant, desolée, j’aurai du ecrire au futur,
je vous donnerai la trace, -d all ?
je mets dans un fichier ou on aura assez d’info sur la fin ?
Je n’ai pas encore fait la mise à jour sur Fedora, je vais essayer de tester la 4.2.0 avant et ensuite faire la mise à jour. @clo tu as installé RPM Fusion pour avoir les drivers NVidia ?
Je suis sous Fedora, même Kernel, je n’ai pas rencontré de problème.
Darktable 4.2.1 avec OpenCl
Kernel: 6.1.14-200.fc37.x86_64
Terminal: gnome-terminal
CPU: 13th Gen Intel i9-13900K (32) @ 5.5 GHz
GPU: NVIDIA GeForce RTX 3080 Lite Hash
Memory: 5889MiB / 31834MiB
ah, c’est bon signe alors, je dois faire plus attention à voir comment je le plante, je demarre maintenant en debug.
J’ai joué toute la matinnée sans problème.
(jusqu’à maintenant j’etais dans le mode, ah fait chier et je redemarre sans me poser plus de questions)
pour la carte graphique, c’est un portable, donc le souc,
VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c)
3D controller: NVIDIA Corporation GA107GLM [RTX A1000 Laptop GPU] (rev a1)
Système d'exploitation : Fedora Linux 37
Version de KDE Plasma : 5.27.0
Version de KDE Frameworks : 5.103.0
Version de Qt : 5.15.8
Version de noyau : 6.1.13-200.fc37.x86_64 (64-bit)
Plate-forme graphique : Wayland
Processeurs : 8 × Intel® Core™ i5-8300H CPU @ 2.30GHz
Mémoire : 15,5 Gio de mémoire vive
Processeur graphique : Mesa Intel® UHD Graphics 630
Fabricant : Dell Inc.
Nom du produit : G3 3579
Et pour l’OpenCL avec la commande darktable -d opencl :
[code]dt_opencl_device_init]
DEVICE: 0: ‹ NVIDIA GeForce GTX 1050 ›
CANONICAL NAME: nvidiageforcegtx1050
PLATFORM NAME & VENDOR: NVIDIA CUDA, NVIDIA Corporation
DRIVER VERSION: 525.89.02
DEVICE VERSION: OpenCL 3.0 CUDA, SM_20 SUPPORT
DEVICE_TYPE: GPU
GLOBAL MEM SIZE: 4039 MB
MAX MEM ALLOC: 1010 MB
MAX IMAGE SIZE: 16384 x 32768
MAX WORK GROUP SIZE: 1024
MAX WORK ITEM DIMENSIONS: 3
MAX WORK ITEM SIZES: [ 1024 1024 64 ]
ASYNC PIXELPIPE: NO
PINNED MEMORY TRANSFER: NO
MEMORY TUNING: NO
FORCED HEADROOM: 400
AVOID ATOMICS: NO
MICRO NAP: 250
ROUNDUP WIDTH: 16
ROUNDUP HEIGHT: 16
CHECK EVENT HANDLES: 128
PERFORMANCE: 6.550
TILING ADVANTAGE: 0.000
DEFAULT DEVICE: NO
KERNEL DIRECTORY: /usr/share/darktable/kernels
CL COMPILER OPTION: -cl-fast-relaxed-math
KERNEL LOADING TIME: 0.0212 sec
[dt_opencl_device_init]
DEVICE: 1: ‹ Intel(R) UHD Graphics 630 [0x3e9b] ›
CANONICAL NAME: intelruhdgraphics6300x3e9b
PLATFORM NAME & VENDOR: Intel(R) OpenCL HD Graphics, Intel(R) Corporation
DRIVER VERSION: 22.43.24558
DEVICE VERSION: OpenCL 3.0 NEO
DEVICE_TYPE: GPU
GLOBAL MEM SIZE: 12672 MB
MAX MEM ALLOC: 4096 MB
MAX IMAGE SIZE: 16384 x 16384
MAX WORK GROUP SIZE: 256
MAX WORK ITEM DIMENSIONS: 3
MAX WORK ITEM SIZES: [ 256 256 256 ]
ASYNC PIXELPIPE: NO
PINNED MEMORY TRANSFER: NO
MEMORY TUNING: NO
FORCED HEADROOM: 400
AVOID ATOMICS: NO
MICRO NAP: 250
ROUNDUP WIDTH: 16
ROUNDUP HEIGHT: 16
CHECK EVENT HANDLES: 128
PERFORMANCE: 2.028
TILING ADVANTAGE: 0.000
DEFAULT DEVICE: NO
KERNEL DIRECTORY: /usr/share/darktable/kernels
CL COMPILER OPTION: -cl-fast-relaxed-math
KERNEL LOADING TIME: 0.0213 sec
[/code]
Je n’ai pas encore mis à jour darktable 4.2.1.
bonjour,
ben voila, je l’ai planté betement en essayant de remettre une image droite (rotate …) , core dump.
Il a créé un fichier :
fedora ~]$ cat /tmp/darktable_bt_4PT631.txt
this is darktable 4.2.1 reporting a segfault:
vide, ce qui n’aide pas.
Pour la prochaine fois:
je lance en darktable -d all, il sort plein de truc à l’ecran, utile pour debuguer ?
j’ai lancé hier, et entre temps mis en veille, puis reveillé, est-ce qu’il n’aime pas ?
j’avais 25 threads qui s’affichent, normal ?
bref, si utile donnez moi les instructions claire pour debug ?
J’ai aussi constaté des plantages avec le module rotation et perspective, notamment quand j’appuie sur shift ou ctrl en même temps que je clique (gauche).
La zone photo devient grisâtre puis après quelques 10aines de secondes dt s’arrête.
Les .lock sont laissés dans le dossier .config/darktable et j’ai (souvent ? je ne sais plus) du revenir aux .db du snp précédent (les .db-snp-…) en faisant attention de repasser les nouveaux .db en rw (car les snp sont en r seul).
Autrement, dt se lançait puis crashait avant toute opération possible.
Bonjour,
Je l’ai replanté hier, cette fois j’ai la trace dans un fichier, 87 Mo.
j’etais en train de zoomer dedans avec touche controle et molette de la souris.
(genre bcp 1600%) je regardais la taille des pixels d’un jpeg.
Bonjour,
Je ne suis pas plus preoccupée que ca par les plantages, je redemarre c’est tout.
Par contre, si je peux etre utile, pendant que je m’en sers pour aider a ameliorer la stabilité,
je peux faire ce que vous me dites de faire pour faire remonter les plantages de facon utile.
(genre la log ? ou prendre les sources et tourner en debug ? …)
La version master est très stable et peut-être même plus stable (celle actuelle j’entends, pour celles à venir, on verra !), vu toutes les améliorations de performance et bugs corrigés depuis la 4.2.1. La 4.4 part même pour être une version avec bien plus d’optimisations et corrections que de nouvelles fonctionnalités. Bref, le moteur est cette fois bien bichonné (et c’est pas fini !).
Pas « préoccupé » par ce plantage, hormis quand ça m’a empêché de relancer dt comme ça s’est produit une paire de fois, mais si le plantage se reproduit sur ma config, s’agissant d’un Logiciel Libre, j’estime que c’est là un occasion de contribuer à son amélioration en déclarant le dysfonctionnement. De même si le logiciel ne fait pas ce qu’il est supposé faire (sans planter nécessairement).
Oui, ou mettre tout ça dans une « issue » créée sur le github de dt.
L’anglais y étant de mise, si ce n’est pas votre « cup of tea », il existe un merveilleux traducteur : deepl.com
Je suis bien content de lire ça, je serais presque tenté de repasser sur la master…
(genre la log ? ou prendre les sources et tourner en debug ? …) @manu
Oui, ou mettre tout ça dans une « issue » créée sur le github de dt.
L’anglais y étant de mise, si ce n’est pas votre « cup of tea », il existe un merveilleux traducteur : deepl.com
→ je n’ai pas de souci avec l’anglais,
→ etant moi meme developpeuse, je sais bien qu’envoyer 80 megas de log d’un bug qu’on en sait pas reproduire ne sert a rien ?
(sauf peutetre pour ceux qui sont habitués a lire cette log ? d’ou ma question.)
