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.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *