Existe uma maneira de rastrear o motivo pelo qual o processo 'fseventsd' monopoliza a CPU?

Executei o Mac OSX 10.6 e notei que um processo 'fseventsd' consumia 100% da CPU e 1,5G de RAM. Fazendo uma pesquisa no google, descobri que isso poderia estar vinculado ao Time Machine. No entanto, não executo o Time Machine neste computador.

Existe uma maneira de rastrear a fonte do recurso porco? Registra em qualquer lugar? Uma reinicialização 'corrigiu' o problema, mas tenho certeza de que ele voltará se não conseguir descobrir por que ele começou.

Desde já, obrigado.

fseventd é o processo de log de eventos do sistema de arquivos, você pode ler muito sobre isso na revisão do ars technica do Mac OS X Leopard. Você pode usar programas como o fseventer para ver o mesmo tipo de saída que vê.

Do artigo:

A estrutura do FSEvents depende de um único processo daemon em execução constante chamado fseventsd que lê em / dev / fsevents e grava os eventos nos arquivos de log em disco (armazenados em um diretório .fseventsd na raiz do volume para o qual os eventos são). É isso aí. Essa é a solução de alta tecnologia: basta escrever os eventos em um arquivo de log. Chato, pragmático, mas bastante eficaz.

Você pode verificar esse log, embora eu não saiba o quão útil será para você. Não ficaria surpreso ao ver o Time Machine, que lida com muitos arquivos e, às vezes, com muitos arquivos pequenos, possivelmente causando alguns problemas com os fsevents.

Um dos programas ficou preso em alterações de gravação de loop muito eficientes que causaram fseventsdmuito trabalho ou é um loop infinito processando uma estrutura de dados não resolvível em um dos volumes montados.

No caso anterior - programas como o fseventer que lêem o mesmo fluxo de dados provavelmente também serão interrompidos - agora você terá dois processos com 50% de utilização tentando processar uma quantidade infinita de dados. (Esse é um ótimo ponto de dados, se você estiver olhando para ver o que está errado.) É análogo a perguntas que perguntam por que syslogdestá consumindo toda a CPU - geralmente são outros programas que ficaram malucos, causando muito trabalho.

Quando / se acontecer novamente - comece a sair dos programas e considere desconectar-se. Você saberá se o item incorreto é um processo no nível do sistema ou no nível do usuário. fs_usagepode ser útil ver quais programas específicos são pesados ​​de E / S.

fsck de uma inicialização para o modo de usuário único é geralmente necessário se você tiver links físicos circulares ou outras desvantagens do sistema de arquivos degenerados que podem causar esse tipo de pico de atividade.