Forum Linux.debian/ubuntu KDE - Baloo

Posté par  . Licence CC By‑SA.
Étiquettes :
0
15
nov.
2015

Bonjour,
J'ai installé baloo4 sur Debian Jessie afin de profiter de l'indexation de fichiers. Seulement, il existe très peu de paramètres réglables en interface graphique et à peine plus via les fichiers de configuration.
https://community.kde.org/Baloo/Configuration

J'aurais aimé savoir si l'indexation était déconseillée sur un SSD et s'il était possible de modifier l'emplacement de sauvegarde de la base de données. Merci.

  • # SSD et écritures

    Posté par  . Évalué à 2. Dernière modification le 15 novembre 2015 à 11:44.

    Seulement, il existe très peu de paramètres réglables en interface graphique et à peine plus via les fichiers de configuration.

    Ça semble être intentionnel, selon leur page. Même pas une indication de où ils ont collée la base de données, c'est un poil abusé quand même…

    J'aurais aimé savoir si l'indexation était déconseillée sur un SSD

    Ce qui est… ou peut-être était (je ne sais pas si c'est encore d'actualité)… néfaste pour un SSD ce sont les écritures.
    Donc, si tu ne passes pas ton temps à déplacer tes fichiers logiquement il ne devrait pas y avoir trop d'écritures, et donc pas de problème de ce côté.

    et s'il était possible de modifier l'emplacement de sauvegarde de la base de données. Merci.

    Flemme d'aller lire le source, d'autant qu'après un rapide regard sur le git je ne comprend pas l'arborescence, donc je ne peux pas te dire si c'est possible de manière standard (et franchement, pas envie d'aller jusqu'a cloner pour juste faire un grep sur les options de config, d'autant que je n'utilise pas KDE).

    Maintenant, si tu arrives à localiser la base de données, tu peux toujours:

    1. couper le daemon baloo
    2. déplacer la base de données ou tu veux
    3. faire un lien entre le nouvel emplacement de la BDD et l'ancien (où baloo s'attendrai à la trouver, donc)
    4. relancer le daemon

    C'est du bricolage, c'est sûr, mais ça devrais fonctionner le temps de trouver plus propre.
    Bon courage.

    • [^] # Re: SSD et écritures

      Posté par  . Évalué à 1. Dernière modification le 15 novembre 2015 à 12:23.

      Ça semble être intentionnel, selon leur page. Même pas une indication de où ils ont collée la base de données, c'est un poil abusé quand même…

      Elle semblerait être, sous Jessie en tout cas : 

      $ ls .local/share/baloo/file/
fileMap.sqlite3  iamchert        position.baseB  postlist.baseA  postlist.DB   record.baseB  termlist.baseA  termlist.DB
flintlock        position.baseA  position.DB     postlist.baseB  record.baseA  record.DB     termlist.baseB

      Ce qui est… ou peut-être était (je ne sais pas si c'est encore d'actualité)… néfaste pour un SSD ce sont les écritures.
      Donc, si tu ne passes pas ton temps à déplacer tes fichiers logiquement il ne devrait pas y avoir trop d'écritures, et donc pas de problème de ce côté.

      C'est toujours le cas, à dire vrai, mais je n'avais aucune idée du "volume de données écrites".

      Flemme d'aller lire la source

      Et moi, je vais m'y perdre, à coup sûr, ce n'est pas vraiment mon domaine ! Mais en tout cas, c'est une piste que je vais envisager tout de même.

      C'est du bricolage, c'est sûr, mais ça devrais fonctionner le temps de trouver plus propre.
      Bon courage.

      C'est-à-dire ? Je crée un lien symbolique sur chaque fichier ? C'est effectivement du bricolage, mais l'idée me semble pas mal (en tout cas, jusqu'à la prochaine stable).

      Merci.

      • [^] # Re: SSD et écritures

        Posté par  . Évalué à 2.

        C'est-à-dire ? Je crée un lien symbolique sur chaque fichier ? C'est effectivement du bricolage, mais l'idée me semble pas mal (en tout cas, jusqu'à la prochaine stable).

        non juste un lien symbolique du dossier

        actuellement : 

        $ ls .local/share/baloo/file/

        manipulation

        mv .local/share/baloo /mnt/disque-non-ssd/
ln -s /mnt/disque-non-ssd/baloo .local/share/

        • [^] # Re: SSD et écritures

          Posté par  . Évalué à 1.

          Ok, c'est bien simple, je vais faire ça.

          Est-il possible de mesurer la quantité de données "modifiées" chaque jour ? Cela pourrait m'avancer sur la question et me permettre d'aiguiller d'autres personnes également.

          • [^] # Re: SSD et écritures

            Posté par  . Évalué à 1.

            Tu peux regarder du coté des outils iotop, sysstat ou sysdig qui te permettent tous les deux d'avoir une mesure de la quantité d'entrées-sorties associées à un programme. sysdig sera sans doute plus précis.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.