Eu executo o Mac OSX 10.6 e notei que um processo “fseventsd” estava consumindo 100% da CPU e 1,5 G RAM. Fazendo uma pesquisa no Google, descobri que isso poderia estar relacionado ao Time Machine. No entanto, não executo o Time Machine neste computador.
Existe uma maneira de rastrear a origem do recurso devorador? Ele registra em algum lugar? Um reinício “corrigiu” o problema, mas tenho certeza de que ele voltará se eu não conseguir descobrir por que começou.
Obrigado desde já.
Comentários
- Você já encontrou a fonte? Estamos ' tendo o mesmo problema em nosso servidor Snow Leopard. Posso tentar uma reinicialização, mas não posso ' fazer isso até mais tarde esta noite.
- Não a tenho exibido desde a minha reinicialização, (in) felizmente, então eu ainda ' não sei a fonte
- Eu tenho o mesmo problema. A reinicialização não ' ajuda. Após 20 a 30 minutos, o fseventsd começa novamente para ocupar 99% da CPU. O Macbook não é mais silencioso …
Resposta
fseventd é o processo de registro de eventos do sistema de arquivos, você pode leia muito sobre isso na análise da ars technica do Mac OS X Leopard. Você pode usar programas como fseventer para ver o mesmo tipo de saída que vê.
Do artigo:
A estrutura FSEvents depende de um único processo daemon em execução constante chamado fseventsd que lê de / dev / fsevents e grava os eventos em arquivos de log no disco (armazenados em um diretório .fseventsd em a raiz do volume aos quais os eventos se destinam). É isso. Essa é a solução de alta tecnologia: basta gravar os eventos em um arquivo de log. Entediante, pragmático, mas bastante eficaz.
Você pode verificar esse log, embora eu não saiba o quão útil será para você. Eu não ficaria surpreso em ver o Time Machine, que lida com muitos arquivos, e às vezes muitos arquivos minúsculos, possivelmente causar alguns problemas com fsevents.
Comentários
- Esperamos que ' não seja o Time Machine, já que está desativado! De qualquer forma, eu ' estou lendo no fseventer, então obrigado pela sugestão.
Resposta
Ou um programa ficou preso em um loop muito eficiente escrevendo alterações que fizeram com que fseventsd
tivesse muito trabalho ou é um loop infinito processando um estrutura de dados não resolvida em um dos volumes montados.
No caso anterior – programas como o fseventer que lêem o mesmo fluxo de dados provavelmente também travarão – agora você terá dois processos com 50% de utilização tentando para processar uma quantidade infinita de dados. (Este é um ótimo ponto de dados se você estiver investigando para ver o que está errado.) É análogo às perguntas por que syslogd
está consumindo toda a CPU – geralmente é algum outro programa enlouqueceu, causando muito trabalho.
Quando / se isso acontecer novamente – comece a encerrar os programas e considere fazer o logout. Você saberá se o item ofensivo é um processo no nível do sistema ou no nível do usuário . fs_usage
pode ser útil para ver quais programas específicos são pesados IO.
fsck
de uma inicialização em um único usuário O modo geralmente é necessário se você tiver links físicos circulares ou outras peripécias do sistema de arquivos degenerado que podem causar esse tipo de aumento na atividade.
Comentários
- Sim , desculpe se eu não estava sendo claro, você definitivamente não poderia abrir fseventer enquanto o cocô proverbialmente atingia o ventilador. Eu só queria mais dar uma ideia de que tipo de dados estavam registrados e visíveis, como fs_usage faria.
- Eu amei aprender sobre ut fseventer – parece muito bom. Não há falha – apenas dados.
- Uau, obrigado pela dica sobre ' fs_usage '. E sim, eu percebi que não era ' realmente fseventsd causando o carregamento, mas sim algum outro programa. Espero um loop em algum lugar. Como um aparte, a máquina está executando a carga normal por 24 horas ou mais, e não ' aconteceu novamente.