affichage miniatures

bonjour,

depuis quelques temps l’affichage des miniatures lors du démarrage de DT est très long, de 1 à 3 mn,

Est-ce que cela tient aux nombres de photos ?
j’ai 43631 photos dans 375 sous-répertoires

j’ai augmenté la taille de mémoire pour le cache des miniatures (à 6000 Mo) sans résultat

j’ai installé DT 2.2.1 sans résultat meilleur

avez-vous une idée ?

C’est l’ensemble du démarrage qui me semble également nettement plus long depuis l’installation de la 2.2. Il y a pendant la phase de démarrage une intense activité disque. J’ai un peu cherché. J’ai regardé en particulier s’il n’y avait pas de problème d’intégrité de la BdD, mais je n’ai rien vu de ce coté là.

Il existe la commande

darktable-generate-cache

qui génère un cache pour les vignettes, ca prend du temps mais après ca accélère un peu l’affichage dans dt.

le nombre de fils d’exécution réglé dans les préférences change aussi la vitesse d’affichage des vignettes.
Il existe aussi un outil pour nettoyer la base de donnée.

voici ici:
https://doc.ubuntu-fr.org/darktable

dans la section 6 Nettoyer la base de données

Création d’un petit script qui nettoie la base de données.

Attention !!!

Le script sur le site ubuntu date probablement de plusieurs années (la copie d’écran en tête du post mentionne la version 0.5 !)
La base de donnée à pas mal bougé depuis cette date. Elle en est à la 15ème version !

Le script a peut être été mis à jour sur le site ubuntu, mais dans le doute il vaut mieux utiliser le script fourni avec la distribution qui fait la même chose. Il se trouve ici : [font=Courier New]/usr/share/doc/packages/darktable/tools/[/font] et s’appelle [font=Courier New]purge_non_existing_images.sh[/font]

Dans le même répertoire vous trouverez également un script pour faire le ménage dans les tags : [font=Courier New]purge_unused_tags.sh[/font]
[hr]
… Je viens de faire tourner les deux scripts : ma BdD est tout à fait propre et ne contenait que 4 tags non utilisés. Le problème ne viens donc pas de là
[hr]
… Mais par contre, en arrêtant un logiciel de sauvegarde gourmand en ressources (probablement en ressources mémoire), DT est de nouveau très réactif au démarrage !

Je n’ai pas ce dossier dans Ubuntu 16.04.
Il y a un endroit ou je peux télécharger les scripts?

J’ai le fichier dans d’anciens sources à compiler. Il me semble qu’ils marchent sans être dans le répertoire donné par @jpverrue : https://drive.google.com/file/d/0B1cvWUEQ2QwiZHdyOVBBTm5XRjA/view?usp=sharing
Il suffit que tu décomprimes le .zip et tu trouveras le script dans le sous-répertoire darktable-haldclut/tools/

Ici par exemple : https://github.com/darktable-org/darktable/tree/master/tools
C’est le dépôt initial de DT. Donc parfaitement à jour

j’ai téléchargé les deux scripts mais il y a des erreurs dedans…

. purge_non_existing_images.sh
bash: purge_non_existing_images.sh: ligne 5: erreur de syntaxe près du symbole inattendu « newline »
bash: purge_non_existing_images.sh: ligne 5: `’

Tu as du copier du code html en plus du texte du script. Avant de copier un fichier à partir de github, il faut cliquer sur le bouton raw en haut à droite de la fenêtre de texte. Comme cela, tu as uniquement le texte débarrassé de tout code html

je n’ai pas de bouton raw et il télécharge bien le sh exécutable.
https://github.com/darktable-org/darktable/tree/master/tools

Tu cliques sur le nom du fichier que tu veux télécharger. Tu obtiens cette fenêtre :

Tu peux ensuite cliquer sur le bouton raw et être sûr que le texte que tu téléchargera sera le bon.

Je viens de télécharger la dernière version des sources et j’en ai extrait le fichier purge_non_existing_images.sh qui fait 1.4 Ko alors que celui qui est affiché dans le lien fait 120.1 Ko et contient des codes html et de plus dans les permissions, il n’est pas coché comme exécutable.
Je viens de mettre la dernière version (vérifié dans les permissions qu’il est exécutable) : https://drive.google.com/file/d/0B1cvWUEQ2QwiVGY3WUxtRURqNE0/view?usp=sharing
Ce fichier est un peu différent de celui qui est dans le .zip donné plus haut. Les 2 semblent parfaitement marcher , il vaut mieux utiliser la dernière version.

cela fonctionne un grand merci :wink:

merci à Luc, effectivement le nombre de fils était bas, je l’ai augmenté notablement, et maintenant c’est plus rapide,
j’ai lancé le script de purge, mais la base de données était nickel

merci à tous

Il se dit qu’on devrait avoir autant de fils que de cœurs du processeur, moins un pour laisser un cœur au système et aux autres applis éventuelles. Donc si on a un CPU 4 cœurs par exemple, on devrait mettre trois fils.

Je ne sais pas si c’est tout a fait exact, mais ça paraît sensé. J’ai un CPU AMD avec 8 cœurs, j’ai donc réglé DT avec 7 fils. Ça fonctionne bien…

je ne sais pas comment fonctionne le système mais j’ai chronométré des gros imports et j’ai mis 64 fils et j’ai clairement des importations sensiblement plus rapide.
J’ai un CPU de portable I7 4ghz et 64 GB de ram.