Am rulat Mac OSX 10.6 și am observat că un proces „fseventsd” ia 100% CPU și 1.5G RAM. Făcând o căutare pe google, am constatat că acest lucru ar putea fi legat de Time Machine. Cu toate acestea, nu rulez Time Machine pe acest computer.
Există o modalitate de a urmări sursa porcului de resurse? Se conectează oriunde? O repornire a „remediat” problema, dar sunt sigur că va reveni dacă nu îmi dau seama de ce a început de la început.
Vă mulțumim anticipat.
Comentarii
- Ați găsit vreodată sursa? ' ne confruntăm cu aceeași problemă pe serverul nostru Snow Leopard. S-ar putea să încerc o repornire, dar nu pot ' să fac asta până mai târziu în seara asta.
- Nu am mai apărut de la repornirea mea (din nefericire), așa că încă nu ' nu știu sursa
- Am aceeași problemă. Repornirea nu vă ajută '. După 20 până la 30 de minute, fseventsd începe din nou să ia 99% CPU. Macbook-ul nu mai tace …
Răspuns
fseventd este procesul de înregistrare a evenimentelor din sistemul de fișiere, puteți citiți multe despre aceasta în recenzia ars technica a Mac OS X Leopard. Puteți utiliza programe precum fseventer pentru a vedea același tip de ieșire pe care îl vede.
Din articol:
Cadrul FSEvents se bazează pe un singur proces daemon, care rulează constant, numit fseventsd, care citește din / dev / fsevents și scrie evenimentele în fișierele jurnal de pe disc (stocate într-un director .fseventsd la rădăcina volumului pentru care sunt evenimentele). Asta este. Asta este soluția super-high-tech: scrieți evenimentele într-un fișier jurnal. Plictisitor, pragmatic, dar destul de eficient.
Puteți verifica jurnalul deși nu știu cât de util vă va fi. Nu aș fi atât de surprins să văd că Time Machine, care tratează multe fișiere, și uneori multe multe fișiere minuscule, poate cauza unele probleme cu fsevents.
Comentarii
- Sperăm că ' nu este Time Machine, deoarece acesta este dezactivat! Oricum, ' citesc pe fseventer, așa că mulțumesc pentru sugestie.
Răspuns
Fie un program a fost blocat într-o buclă foarte eficientă de scriere a modificărilor care au făcut ca fseventsd să aibă multă muncă sau este o buclă infinită care procesează structură de date care nu poate fi rezolvată pe unul dintre volumele montate.
În cazul anterior – programele precum fseventer care citesc același flux de date vor atârna, de asemenea, probabil – veți avea acum două procese cu o utilizare de 50% pentru a procesa o cantitate infinită de date. (Acesta este un punct excelent de date dacă vă uitați să vedeți ce nu este în regulă.) Este similar cu întrebările care pun întrebarea de ce syslogd ia tot CPU-ul – de obicei alt program s-a înnebunit, provocându-i multă muncă.
Când / dacă se întâmplă din nou – începeți să renunțați la programe și vă gândiți să vă deconectați. . fs_usage ar putea fi util pentru a vedea ce programe specifice sunt IO heavy.
fsck dintr-un boot într-un singur utilizator modul este de obicei necesar dacă aveți legături dure circulare sau alte sisteme de fișiere degenerate care pot provoca acest tip de creștere a activității.
Comentarii
- Da , îmi pare rău, dacă nu eram clar, cu siguranță nu ați putut deschide fseventer în timp ce caca a lovit proverbial ventilatorul. Am vrut doar să vă ofer mai multe informații despre ce tip de date au fost înregistrate și vizualizate, așa cum ar fi fs_usage.
- Mi-a plăcut să învăț abo ut fseventer – arata foarte frumos. Nu există eșec – doar date.
- Uau, mulțumim pentru sfatul de pe ' fs_usage '. Și da, m-am gândit că nu ' de fapt ar fi provocat încărcarea, ci mai degrabă un alt program. Ma astept la o bucla undeva. Deoparte, mașina rulează încărcare normală timp de aproximativ 24 de ore și nu s-a mai întâmplat '.