GNU/Linux >> Linux Esercitazione >  >> Linux

/usr/lib/tracker/tracker-store causa un carico di CPU molto pesante su Debian Buster

dopo aver avuto tracker-store in esecuzione con quasi il 100% della CPU, quasi sempre per 7 giorni ora, sembra di aver trovato una soluzione semplice:

tracker reset --hard

CAUTION: This process may irreversibly delete data.
Although most content indexed by Tracker can be safely reindexed, it can?t be assured that this is the case for all data. Be aware that you may be incurring in a data loss situation, proceed at your own risk.

Are you sure you want to proceed? [y|N]: 

/usr/lib/tracker/tracker-store il processo è andato, la ventola si sta spegnendo e tutto è silenzioso dopo una settimana. Dopo un riavvio tracker-store rimane ancora silenzioso.


tracker-store fa parte di tracker, un programma che esegue la scansione di determinate posizioni specificate sul tuo disco rigido (e altri luoghi come le tue e-mail) e indicizza i contenuti in un database. Ciò consente di eseguire ricerche rapide nei contenuti dei file. Considerando che, tracker-miner-* sono programmi che scansionano i dati e tracker-store è il programma che memorizza i metadati in un database per un accesso rapido in seguito. Tracker utilizza un database per i propri scopi, quindi ha senso che possa utilizzare la tua CPU anche quando non hai a che fare con il processo.

Puoi anche configurare il tracker in modo che non indicizzi nulla (vedi le preferenze del tracker del programma), probabilmente impedendogli di fare qualsiasi lavoro. Oppure potresti provare a rimuovere completamente il pacchetto, ma molto probabilmente questo causerà problemi al tuo sistema (maggiori dettagli - grazie a @broman ). E controlla anche questo post Come disabilitare il tracker in GNOME?.

Fonte :

blogs.gnome.org/mr/2009/09/18/tracker-update-2
Cos'è un localizzatore? - gnome


Alcuni minatori di tracker rimangono bloccati su contenuti che non capiscono. Se tracker daemon -f non mostra alcun aggiornamento tranne tracker-extract sta ancora monopolizzando la CPU, magari dai un'occhiata a /tmp/tracker-extract-files.* . Se lo stesso collegamento simbolico si trova lì per un certo periodo di tempo, il processo di mining è andato in crash. È importante rimuovere quel file da qualsiasi posizione in cui il tracker lo troverà, altrimenti si bloccherà di nuovo.

(un riepilogo della mia risposta originariamente qui:nessun aggiornamento dei progressi da gnome tracker)


Linux
  1. /usr/bin Vs /usr/local/bin Su Linux?

  2. Xemacs:carica tutti i file in /home/barry/.emacs_barry?

  3. Installa i binari in /bin, /sbin, /usr/bin e /usr/sbin, interazioni con --prefix e DESTDIR

  4. Qual è la differenza tra #!/usr/bin/env bash e #!/usr/bin/bash?

  5. gcc - /usr/bin/ld errore:impossibile trovare <library> in /usr/local/lib anche se ldconfig lo elenca e il percorso è stato aggiunto a ld.so.conf

cmake --version punta a /usr/bin/cmake mentre which cmake punta a /usr/local/bin

Quando dovrei usare /dev/shm/ e quando dovrei usare /tmp/?

Perché mettere cose diverse da /home in una partizione separata?

Differenza tra /bin e /usr/bin

Spostato il contenuto di /bin in /usr/bin, è possibile annullare?

CentOS /usr/local/lib a livello di sistema $LD_LIBRARY_PATH?