Używam Mac OSX 10.6 i zauważyłem, że proces „fseventsd” wykorzystuje 100% procesora i 1,5 GB pamięci RAM. Robiąc wyszukiwanie w Google, odkryłem, że może to być powiązane z Time Machine. Jednak nie uruchamiam Time Machine na tym komputerze.

Czy istnieje sposób na śledzenie źródła zasobów? Czy loguje się do dowolnego miejsca? Ponowne uruchomienie „rozwiązało” problem, ale jestem pewien, że wróci, jeśli nie będę w stanie zrozumieć, dlaczego się zaczął.

Z góry dziękuję.

Komentarze

  • Czy kiedykolwiek znalazłeś źródło? ' napotykamy ten sam problem na naszym serwerze pantery śnieżnej. Mogę spróbować ponownie uruchomić komputer, ale mogę ' zrobić to do późnego wieczora.
  • Nie wyskoczyło mi od czasu ponownego uruchomienia, (nie) na szczęście, więc nadal nie ' nie znam źródła
  • Mam ten sam problem. Ponowne uruchamianie nie ' nie pomaga. Po 20 do 30 minutach fseventsd zaczyna ponownie pobierać 99% procesora. Macbook już nie milczy …

Odpowiedź

fseventd to proces rejestrowania zdarzeń w systemie plików, możesz Przeczytaj dużo na ten temat w recenzji ars technica systemu Mac OS X Leopard. Możesz użyć programów takich jak fseventer , aby zobaczyć ten sam rodzaj wyniku, jaki widzi.

Z artykułu:

Framework FSEvents opiera się na pojedynczym, stale działającym procesie demona o nazwie fseventsd, który czyta z / dev / fsevents i zapisuje zdarzenia w plikach dziennika na dysku (przechowywanych w katalogu .fseventsd pod adresem katalog główny woluminu, którego dotyczą wydarzenia). To wszystko. To super-zaawansowane technologicznie rozwiązanie: po prostu zapisz zdarzenia w pliku dziennika. Nudny, pragmatyczny, ale dość skuteczny.

Możesz sprawdzić ten dziennik, chociaż nie wiem, jak bardzo ci się przyda. Nie zdziwiłbym się, widząc Time Machine, który obsługuje wiele plików, a czasem wiele małych plików, co może powodować pewne problemy z fsevents.

Komentarze

  • Mam nadzieję, że ' nie jest Time Machine, ponieważ jest wyłączone! W każdym razie ' czytam na fseventer, więc dziękuję za sugestię.

Odpowiedź

Albo jeden program utknął w bardzo wydajnej pętli, zapisując zmiany, które spowodowały, że fseventsd wymagało dużo pracy, albo sama jest nieskończoną pętlą przetwarzającą nierozwiązywalna struktura danych na jednym z zamontowanych woluminów.

W poprzednim przypadku – programy takie jak fseventer, które czytają ten sam strumień danych, prawdopodobnie również się zawiesią – teraz będziesz mieć dwa procesy z 50% wykorzystaniem do przetwarzania nieskończonej ilości danych. (Jest to świetny punkt danych, jeśli chcesz sprawdzić, co jest nie tak.) Odpowiada to pytaniom, dlaczego syslogd zabiera cały procesor – zwykle jest to trochę inny program zwariował, powodując dużo pracy.

Kiedy / jeśli to się powtórzy – zacznij zamykać programy i rozważ wylogowanie. Dowiesz się, czy problem stanowi proces na poziomie systemu, czy na poziomie użytkownika . fs_usage może być przydatne do sprawdzenia, jakie konkretne programy wymagają intensywnych operacji we / wy.

fsck od rozruchu do pojedynczego użytkownika tryb jest zwykle wymagany, jeśli masz okrągłe twarde linki lub inne zdegenerowane sztuczki systemu plików, które mogą powodować tego rodzaju wzrost aktywności.

Komentarze

  • Tak , przepraszam, gdybym był niejasny, zdecydowanie nie mogłeś otworzyć fseventer, gdy kupa przysłowiowo uderzyła w wentylator. Chciałem tylko dać ci wyobrażenie o rodzaju danych, które są rejestrowane i widoczne, tak jak zrobiłby to fs_usage.
  • Uwielbiałem uczyć się abo ut fseventer – wygląda bardzo ładnie. Nie ma awarii – tylko dane.
  • Wow, dziękuję za wskazówkę dotyczącą ' fs_usage '. I tak, pomyślałem, że to nie ' faktycznie fseventsd powoduje ładowanie, ale raczej jakiś inny program. Spodziewam się gdzieś pętli. Nawiasem mówiąc, komputer działał normalnie przez około 24 godziny i nie ' t powtórzyło się.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *