Systemd-jornal puxando 50% da cpu!

px
(usa Debian)

Enviado em 04/07/2013 - 10:53h

Fala ai galera blz? Bom estou com este problema descrito no titulo no jornal aqui, mais especificamente o systemd-jornal que ocasionalmente usa 50% da minha cpu, sinto isso acontecendo principalmente quando estou no Chromium ou usando o Mplayer (mais raro, mas acontece), bom já procurei por ai e não vi sinal de bug ou coisa parecida, segue abaixo uma ss do problema, observem o conky ao lado:

http://img407.imageshack.us/img407/2255/y20l.png

O uso esta em 36% pelo atraso da ss, pois o processo costuma durar de 10-20s, mas costuma usar 50% e grava dados no hd tbm, dando lentidão nos sites e "agaradinhas" nos videos, se alguém souber como resolver por favor poste aqui, pode ser algum tutorial sobre o jornaling no Arch também ajudaria, até mesmo se tiver como não usar isso no Chromium ou Mplayer sei lá, abç e sigo na luta!




---------

Obs:. to usando o Arch com o último update e rodando o Openbox, sendo que no flux também dava isso, e wbar, conky, lxdm, tint2, volumeicon, só isso(tudo, rsrs) realmente não sei por que desse processo tão agressivo, bem vou dar uma revisada nos logs e afins e surgindo algo atualizo aqui, paz!




Edit: dei um jornalctl --verify, resultado abaixo:

http://img6.imageshack.us/img6/3307/6h7g.png

Já tentei deletar e rebootar mais continua o erro, fui no forum do Arch e vi o mesmo problema era causado por erro de processos mais não achei nada aqui ainda, mais segue o link:

https://bbs.archlinux.org/viewtopic.php?id=159555

Também achei isso no kernel.log:

Os 4 últimos batem com a hora do bug que foi entre 10:29:40 - 10:30

messages.log:



E no daemon.log

px
(usa Debian)

Enviado em 06/07/2013 - 11:34h

Alguém?

removido
(usa Nenhuma)

Enviado em 06/07/2013 - 12:42h

Usar alguma live cd ou pendrive para checar o disco.

px
(usa Debian)

Enviado em 06/07/2013 - 12:49h

Vou fazer os testes, e já volto, ahh já fiz memtest e minhas memórias tão perfeitas, vou ver o hd agr

rootgerr
(usa Slackware)

Enviado em 06/07/2013 - 13:18h

Antes eu checaria pelo htop ou top para cerificar se a informação bate com a do conky (Não confio muito)

px
(usa Debian)

Enviado em 06/07/2013 - 14:07h

Bate sim, também não confiei muito. Em relação ao hd não achei nenhum erro aqui não, parece normal, até por que já instalei CentOS nesse hd mesmo e não deu nada

rootgerr
(usa Slackware)

Enviado em 06/07/2013 - 14:10h

Mas ocorre todo o tempo ou aparece em "picos" de processamento?

px
(usa Debian)

Enviado em 06/07/2013 - 14:55h

"Raramente" ocorre, tipo quando eu estou no Chromium fazendo coisas simples como vídeo(series), lendo alguma matéria, é muito aleatório para afirmar o culpado, hoje ainda não aconteceu, estou esperando, vou fazer um script para pegar dados do processador, memória ram e processos ativos e salvar num log, quando perceber as travadinhas no carregamento de sites, aperto uma tecla para salvar o status do pc, acho q esse é o melhor jeito.

Edit: agora 7:20 ainda não travou denovo, quando travar eu fasso o dito acima e posto mais detalhes

px
(usa Debian)

Enviado em 08/07/2013 - 08:41h

É galera nada do "bug" por aqui ainda, lembro que a ultima coisa que fiz foi diminuir o tamando do jornal para poucos mbs, talvez isso tenha diminuido o tempo desse processo, também desativei o dump para o jornal do core, entre outras coisas que não lembro, vou manter o tópico aberto por mais uns 3 dias depois, resolvido eu o fecho, e obg a todos pelas respostas

Edit: hoje(10/07 ás 18hrs) vi o processo dnv, como afirmei acima ele esta mais "rapido" por ter menos log para o jornal, mas mesmo assim ainda da umas travadas na navegação :@, quando que a EXTFS vai lançar um novo ext5 por exemplo, pq o 4 já deu oq tinha q dar, infelizmente :(




-.-.-.-.-.-.-.-.-.-.-.-.-.
Atenciosamente, PeDrO.