recoll executável porcos CPU por dias, índice dir é 18GB, devo atualizar v1.17 - 1.20?

2

Eu tenho alguns problemas com a ferramenta de busca de desktop "recoll", que vem com o Ubuntu. (Eu tenho 15.04)

Na verdade, existem várias subquestões, mas talvez estejam todas relacionadas. Eu suspeito que todas as questões podem ser resolvidas com uma atualização do software e uma reconstrução do índice de documentos.

Eu tenho um índice de recuperação que cresceu para um arquivo de 18 gigabytes

du -sh  ~/.recoll/xapiandb
18G     /home/knb/.recoll/xapiandb

Este diretório contém vários subdiretórios e arquivos.

Quando o processo recollindex é executado, ele é executado por dias a 100% da CPU, ele nunca pára até que eu o mate com kill -9 PID . Por que? Como diagnosticar em quais arquivos / dirs ele está trabalhando ou usando o thrashing? Pesquisas na internet dão respostas inconclusivas. A reconstrução do índice resolveria o problema de 100% da CPU?

É uma boa prática excluir este diretório do meu software de backup corporativo (sobre o qual não tenho muito controle)?

Devo excluir o índice de tempos em tempos para torná-lo mais eficaz? Ou, depois de soltar, seria simples construir o mesmo índice de 18 GB, ou pior, um índice incompleto?

Devo fazer o upgrade para a nova versão?

Recoll version: Recoll 1.17.3 + Xapian 1.2.19 - padrão para 15.04.

Lobisomem esperto, 15.10 conterá Recoll 1.20 de qualquer maneira.

(de acordo com o link )

    
por knb 15.06.2015 / 11:23

1 resposta

4

Não é de todo normal que o recordar monopolize a CPU durante dias, mesmo com um índice considerável. Você poderia verificar o que está fazendo ativando o arquivo de log, mas acho que você deve atualizar a versão primeiro porque 1.17 é antigo.

Existem pacotes atualizados para recuperar-se no PPA backport do recoll: link

Depois de fazer o upgrade, você deve parar o indexador antigo, excluir seu índice: rm -rf ~/.recoll/xapiandb e reconstruí-lo com a nova versão.

Se o problema persistir, por favor, use um dos canais de suporte normais de retorno, por exemplo, abra um problema no bitbucket: link

    
por medoc 15.06.2015 / 21:09