darktable freeze parfois (et de façon aléatoire)

[FrançoisH]

De rien G.Eco,
Il faudrait demander aux concepteurs si DT examine la config ?

Moi j'avais des freeze à l'exportation dès que je dépassais 4000, et j'avais des paramètres du même genre, que je me serais bien gardé de modifier ne sachant pas à quoi cela correspondait.
J'ai aussi un cpu 4 coeurs et 8 Go de ram.
J'ai oublié de préciser qu'après la modification, il faut relancer DT

[G.Eco]

Petite correction dans les valeurs que tu as donné : j'ai mis 4 pour le nombre de fils d'exécution mais 4096 pour la mémoire limite du tuilage (j'ai 16 Go de RAM donc selon ta formule (RAM-2)/4 ==> 3,5 soit 3500 Mo que j'ai arrondi à 4096

[FrançoisH]

J'ai un i5-6300hq donc moins puissant que le tien avec 4 coeurs, je me suis gouré tout à l'heure dans le nombre, et plus aucun plantage.

[nicoauffray]

De rien G.Eco,
Il faudrait demander aux concepteurs si DT examine la config ?

Non, ce n'est pas le cas (et ça ajouterait beaucoup de code probablement et d'autres contraintes pour un usage limité).

[G.Eco]

De rien G.Eco,
Il faudrait demander aux concepteurs si DT examine la config ?

Non, ce n'est pas le cas (et ça ajouterait beaucoup de code probablement et d'autres contraintes pour un usage limité).

Merci pour cette précision nicoauffray... mais du coup cela veut dire que les valeurs que l'on trouve à l'installation de dt sont mises totalement au hasard ?  

[FrançoisH]

De rien G.Eco,
Il faudrait demander aux concepteurs si DT examine la config ?

Non, ce n'est pas le cas (et ça ajouterait beaucoup de code probablement et d'autres contraintes pour un usage limité).

Merci pour cette précision nicoauffray... mais du coup cela veut dire que les valeurs que l'on trouve à l'installation de dt sont mises totalement au hasard ?  

Ou conviennent dans la majorité des cas  
Moi ça tourne sans accroc sur un bon portable, mais à côté d'une tour évidemment 

[nicoauffray]

Merci pour cette précision nicoauffray... mais du coup cela veut dire que les valeurs que l'on trouve à l'installation de dt sont mises totalement au hasard ?  

Ou conviennent dans la majorité des cas  
Moi ça tourne sans accroc sur un bon portable, mais à côté d'une tour évidemment 

Ni l'un ni l'autre. Elles ont été définies il y a fort longtemps (peut-être même à l'origine de darktable) et donc très probablement à l'époque dimensionnées par rapport à une config moyenne (de l'époque). Aujourd'hui, ces réglages par défaut seraient à mettre à jour selon moi et ne conviennent plus, dans la très grande majorité des cas. J'avais d'ailleurs lancé l'idée très très récemment et une discussion a été initiée. La difficulté reste de définir quels paramètres par défaut et ensuite qu'un développeur code la mise à jour. Là, ce n'est pas dans mes compétences (mes compétences sur le rendu visuel de l'interface via le CSS uniquement).

[G.Eco]

Deux plantages de darktable ce matin, cette fois ce n'est pas un freeze mais un plantage violent qui ferme brutalement darktable.

Le premier uniquement en ouvrant une image dans la chambre noire

Code :

73,019535 [dev] took 0,000 secs (0,000 CPU) to load the image.
73,019541 [run_job-] 01 300708959,504098 73,019554 develop process preview | queue: 0 | priority: 073,019557
73,020071 [noiseprofile] looking for maker `Canon', model `EOS 6D Mark II'
73,020094 [noiseprofile] found 13 makers
73,020100 [noiseprofile] found `Canon' as `Canon'
73,020103 [noiseprofile] found 68 models
73,020135 [noiseprofile] found EOS 6D Mark II
73,020138 [noiseprofile] found 30 profiles
73,039652 [HiDPI] setting ppd to 1,000000
73,039672 [screen resolution] setting the screen resolution to 96,000000 dpi
73,040640 [sql] /media/gilles/GECODATA1/Mes documents fixes/Logiciels/Photo/Dérawtiseurs/Darktable/dt_stable/src/libs/tools/filmstrip.c:682, function _lib_filmstrip_draw_callback(): prepare "SELECT imgid FROM memory.collected_images ORDER BY rowid LIMIT ?1, ?2"
73,040949 [lighttable] image expose took 0,0003 sec
73,041390 [lighttable] image expose took 0,0004 sec
73,041956 [lighttable] image expose took 0,0006 sec
73,042516 [lighttable] image expose took 0,0005 sec
73,043071 [lighttable] image expose took 0,0005 sec
73,043619 [lighttable] image expose took 0,0005 sec
73,044420 [lighttable] image expose took 0,0008 sec
73,045109 [lighttable] image expose took 0,0007 sec
73,045849 [lighttable] image expose took 0,0007 sec
73,046620 [lighttable] image expose took 0,0008 sec
73,046927 [lighttable] image expose took 0,0003 sec
73,047669 [lighttable] image expose took 0,0007 sec
73,047954 [lighttable] image expose took 0,0003 sec
73,048648 [lighttable] image expose took 0,0007 sec
73,049440 [lighttable] image expose took 0,0008 sec
73,050205 [lighttable] image expose took 0,0008 sec
73,050947 [lighttable] image expose took 0,0007 sec
73,051702 [lighttable] image expose took 0,0007 sec
73,052421 [lighttable] image expose took 0,0007 sec
73,052961 [lighttable] image expose took 0,0005 sec
73,053200 [lighttable] image expose took 0,0002 sec
73,055123 [add_job_res] 0 | 73,055131 develop process image | queue: 0 | priority: 073,055133
73,055161 [add_job_res] 1 | 73,055165 develop process preview | queue: 0 | priority: 073,055168
73,055182 [run_job+] 01 300708959,539740 73,055191 develop process preview | queue: 0 | priority: 073,055193
73,055196 [run_job-] 01 300708959,539754 73,055198 develop process preview | queue: 0 | priority: 073,055200
73,078159 [pixelpipe_process] [full] using device 0
[memory] before pixelpipe process
[memory] max address space (vmpeak):    11558284 kB
[memory] cur address space (vmsize):    11478228 kB
[memory] max used memory   (vmhwm ):      592740 kB
[memory] cur used memory   (vmrss ):      485652 kB
pixelpipe cacheline 0 used 0 by 18446744073709551615
pixelpipe cacheline 1 used 0 by 18446744073709551615
pixelpipe cacheline 2 used 0 by 18446744073709551615
pixelpipe cacheline 3 used 0 by 18446744073709551615
pixelpipe cacheline 4 used 0 by 18446744073709551615
cache hit rate so far: -nan
73,101004 [dev_pixelpipe] took 0,023 secs (0,059 CPU) initing base buffer [full]
73,101095 [opencl memory] device 0: 53893728 bytes (51,4 MB) in use
73,117627 [opencl memory] device 0: 485043552 bytes (462,6 MB) in use
[dt_ioppr_transform_image_colorspace_cl] module filmicrgb must be between input color profile and output color profile
73,118739 [opencl_pixelpipe] could not run module 'filmicrgb' on gpu. falling back to cpu path
73,118747 [opencl memory] device 0: 53893728 bytes (51,4 MB) in use
73,127973 [opencl memory] device 0: 0 bytes (0,0 MB) in use
[dt_ioppr_transform_image_colorspace] module filmicrgb must be between input color profile and output color profile
Unable to attach: program terminated with signal SIGSEGV, Segmentation fault.
/home/gilles/7249: Aucun fichier ou dossier de ce type.
warning: Currently logging to /tmp/darktable_bt_BWDDL0.txt.  Turn the logging off and on to make the new setting effective.
/opt/darktable/share/darktable/gdb_commands:2: Error in sourced command file:
No stack.

A noter que j'ai pu ensuite relancer dt et réouvrir cette même image et la travailler tout à fait normalement

Pour le second plantage, j'étais dans la table noire sur une autre image, en train d'appliquer un module (je ne sais plus exactement lequel)

Code :

392,171078 [screen resolution] setting the screen resolution to 96,000000 dpi
392,174488 [sql] /media/gilles/GECODATA1/Mes documents fixes/Logiciels/Photo/Dérawtiseurs/Darktable/dt_stable/src/libs/tools/filmstrip.c:682, function _lib_filmstrip_draw_callback(): prepare "SELECT imgid FROM memory.collected_images ORDER BY rowid LIMIT ?1, ?2"
392,174781 [lighttable] image expose took 0,0002 sec
392,175281 [lighttable] image expose took 0,0005 sec
392,175472 [lighttable] image expose took 0,0002 sec
392,176005 [lighttable] image expose took 0,0005 sec
392,176255 [lighttable] image expose took 0,0002 sec
392,176768 [lighttable] image expose took 0,0005 sec
392,177278 [lighttable] image expose took 0,0005 sec
392,177849 [lighttable] image expose took 0,0006 sec
392,178575 [lighttable] image expose took 0,0007 sec
392,179421 [lighttable] image expose took 0,0008 sec
392,180288 [lighttable] image expose took 0,0009 sec
392,181038 [lighttable] image expose took 0,0007 sec
392,181572 [lighttable] image expose took 0,0005 sec
392,182068 [lighttable] image expose took 0,0005 sec
392,182536 [lighttable] image expose took 0,0005 sec
392,182792 [lighttable] image expose took 0,0002 sec
392,184052 [add_job_res] 0 | 392,184062 develop process image | queue: 0 | priority: 0392,184065
392,184082 [add_job_res] 1 | 392,184086 develop process preview | queue: 0 | priority: 0392,184090
392,184098 [run_job+] 00 300709615,201270 392,184111 develop process image | queue: 0 | priority: 0392,184123
392,184101 [run_job+] 01 300709615,201274 392,184147 develop process preview | queue: 0 | priority: 0392,184150
392,184153 [run_job-] 01 300709615,201326 392,184156 develop process preview | queue: 0 | priority: 0392,184159
392,184193 [dev] took 0,000 secs (0,000 CPU) to load the image.
392,184580 [noiseprofile] looking for maker `Canon', model `EOS 6D Mark II'
392,184600 [noiseprofile] found 13 makers
392,184613 [noiseprofile] found `Canon' as `Canon'
392,184617 [noiseprofile] found 68 models
392,184649 [noiseprofile] found EOS 6D Mark II
392,184652 [noiseprofile] found 30 profiles
392,197970 [sql] /media/gilles/GECODATA1/Mes documents fixes/Logiciels/Photo/Dérawtiseurs/Darktable/dt_stable/src/libs/tools/filmstrip.c:682, function _lib_filmstrip_draw_callback(): prepare "SELECT imgid FROM memory.collected_images ORDER BY rowid LIMIT ?1, ?2"
392,198302 [lighttable] image expose took 0,0003 sec
392,198823 [lighttable] image expose took 0,0005 sec
392,199034 [lighttable] image expose took 0,0002 sec
392,199570 [lighttable] image expose took 0,0005 sec
392,199770 [lighttable] image expose took 0,0002 sec
392,200240 [lighttable] image expose took 0,0005 sec
392,200745 [lighttable] image expose took 0,0005 sec
392,201228 [lighttable] image expose took 0,0005 sec
392,201709 [lighttable] image expose took 0,0005 sec
392,202268 [lighttable] image expose took 0,0005 sec
392,202746 [lighttable] image expose took 0,0005 sec
392,203222 [lighttable] image expose took 0,0005 sec
392,203700 [lighttable] image expose took 0,0005 sec
392,204175 [lighttable] image expose took 0,0005 sec
392,204560 [lighttable] image expose took 0,0004 sec
392,204741 [lighttable] image expose took 0,0002 sec
392,205443 [add_job_res] 0 | 392,205451 develop process image | queue: 0 | priority: 0392,205453
392,205479 [add_job_res] 1 | 392,205482 develop process preview | queue: 0 | priority: 0392,205486
392,205493 [run_job+] 01 300709615,222666 392,205502 develop process preview | queue: 0 | priority: 0392,205508
392,205513 [run_job-] 01 300709615,222686 392,205528 develop process preview | queue: 0 | priority: 0392,205533
392,251405 [pixelpipe_process] [full] using device 0
[memory] before pixelpipe process
[memory] max address space (vmpeak):    13740932 kB
[memory] cur address space (vmsize):    12740200 kB
[memory] max used memory   (vmhwm ):     1256988 kB
[memory] cur used memory   (vmrss ):     1162840 kB
pixelpipe cacheline 0 used 0 by 15868307858328510194
pixelpipe cacheline 1 used 1 by 9975833425523134447
pixelpipe cacheline 2 used -5 by 10405704138602954191
pixelpipe cacheline 3 used 3 by 18446744073709551615
pixelpipe cacheline 4 used 2 by 18446744073709551615
cache hit rate so far: 0,024
392,251527 [dev_pixelpipe] took 0,000 secs (0,000 CPU) initing base buffer [full]
392,253860 [opencl memory] device 0: 53932032 bytes (51,4 MB) in use
392,263288 [opencl memory] device 0: 485388288 bytes (462,9 MB) in use
[dt_ioppr_transform_image_colorspace_cl] module filmicrgb must be between input color profile and output color profile
392,264413 [opencl_pixelpipe] could not run module 'filmicrgb' on gpu. falling back to cpu path
392,264429 [opencl memory] device 0: 53932032 bytes (51,4 MB) in use
392,273610 [opencl memory] device 0: 0 bytes (0,0 MB) in use
[dt_ioppr_transform_image_colorspace] module filmicrgb must be between input color profile and output color profile

C'est la première fois que darktable plante de cette façon, pensez-vous que cela puisse être lié au changement de valeurs de tuilage que j'ai appliqué hier (cf plus haut dans ce fil) ?

[FrançoisH]

Deux plantages de darktable ce matin, cette fois ce n'est pas un freeze mais un plantage violent qui ferme brutalement darktable.

Le premier uniquement en ouvrant une image dans la chambre noire


A noter que j'ai pu ensuite relancer dt et réouvrir cette même image et la travailler tout à fait normalement

Pour le second plantage, j'étais dans la table noire sur une autre image, en train d'appliquer un module (je ne sais plus exactement lequel)



C'est la première fois que darktable plante de cette façon, pensez-vous que cela puisse être lié au changement de valeurs de tuilage que j'ai appliqué hier (cf plus haut dans ce fil) ?

Salut G.Eco,

Avec les valeurs par défaut tu étais presque au double de ce que tu as maintenant et cela "frezzait" seulement, sans plantage brutal  
Je ne connais pas les besoins en ressources de Linux/Windows.
Bien que tu aies arrondi raisonnablement la valeur du tuilage, remonte vers les 3500 théoriques pour voir si ça passe avec la même image, ou même 2048 comme pour le mien, ça tourne très bien chez moi. 

[holly76]

@ G.Eco
As-tu essayé simplement de désinstaller puis réinstaller DT au cas où tu aurais quelque chose de corrompu ?