FurretUber
(usa Ubuntu)
Enviado em 03/05/2019 - 16:14h
Pela descrição dos sintomas, parece que quando o
updatedb.mlocate executa ele acaba degradando o desempenho do sistema. Mesmo um SSD tem um limite na velocidade de leitura e, se o agendador (scheduler) do SSD não for bem configurado, o
updatedb.mlocate pode usar toda a capacidade do SSD enquanto roda, fazendo com que qualquer tarefa diferente que precise de acesso ao SSD trave.
Considerando que o SSD seja o dispositivo
/dev/sda:
cat /sys/block/sda/queue/scheduler
Deve mostrar quais são os agendadores disponíveis para o seu sistema. Você poderia enviar a saída do comando acima? Devem haver três ou quatro opções por padrão, além de outras que podem ser configuradas por parâmetros do kernel. Eu configurei o meu sistema com HDD para torná-lo mais responsivo. Por isso, no meu computador, a saída é:
cat /sys/block/sda/queue/scheduler
[bfq] none
A seguinte página, em inglês, possui uma comparação entre os vários agendadores disponíveis para os discos, com resultados para HDDs e SSDs. Não é uma das mais fáceis, mas dá uma boa ideia de como agendadores do disco influenciam grandemente na experiência do usuário:
https://algo.ing.unimo.it/people/paolo/disk_sched/results.php
Pelos sintomas descritos, a fonte do problema parece ser o
updatedb.mlocate.