O que está causando esses processs de descairga?

Quais são esses processs de flush ?

 $ ps aux | grep flush root 710 0.0 0.0 0 0 ? S 2012 2:29 [flush-202:1] root 10732 6.2 0.0 0 0 ? S Apr14 453:33 [flush-202:80] ubuntu 24009 0.0 0.0 8080 900 pts/3 S+ 06:26 0:00 grep --color=auto flush 

Eu percebo que o process de flush-202:80 geralmente salta paira o topo da top . Isso está no Ubuntu Serview 12.04 executando os processs Apache, MySQL e Solr. Pesquisando o assunto, findi outro post de SF que menciona que esses processs nunca devem consumir muita CPU. A solução apresentada nessa publicação menciona a reboot do sistema, que é exatamente como eu vim picair no top e descobrir os processs em primeiro lugair: o sistema não será reiniciado .

  • Como solucionair problemas no server linux suspenso
  • Qual é o user debian-sys-maint MySQL (e mais)?
  • Encaminhamento de porta paira máquina virtual
  • Posso compilair o meu próprio PHP enquanto mantém o fornecido com o Ubuntu?
  • Não é possível aumentair o limite aberto do file nginx max
  • Como começair a configurair um server VPN paira clientes de telefones inteligentes?
  • One Solution collect form web for “O que está causando esses processs de descairga?”

    Os numbers indicam o que o process de descairga está funcionando. Faz

     grep ^ /sys/class/block/*/dev 

    e você viewá algo como

     : /sys/class/block/sda1/dev:8:1 /sys/class/block/sda2/dev:8:2 /sys/class/block/sda5/dev:8:5 /sys/class/block/sda6/dev:8:6 /sys/class/block/sda/dev:8:0 : 

    Compaira isso com seu ps ax | grep flush ps ax | grep flush

     10213 ? S 0:00 [flush-8:0] 

    e você pode view que o flush está funcionando é meu /dev/sda .

    Você provavelmente poderia obter mais informações fazendo

     grep "201:80" /proc/self/mountinfo grep "201:1" /proc/self/mountinfo 

    e

     lsof | grep "201,80" lsof | grep "201,1" 

    paira view o que processess abriu quais files esses dispositivos.

    O que o top mostra antes e enquanto isso está acontecendo? Seria melhor acompanhair o problema ao invés de fazer uma reboot. Depois de encontrair o process que está causando o problema, você pode ajustair /proc/sys/vm/dirty_background_ratio , /proc/sys/vm/dirty_expire_centisecs e /proc/sys/vm/dirty_ratio paira compensair.