Spustil jsem Mac OSX 10.6 a všiml jsem si, že proces „fseventsd“ bere 100% CPU a 1,5G RAM. Při vyhledávání na Googlu jsem zjistil, že by to mohlo být spojeno s Time Machine. V tomto počítači však Time Machine nespouštím.
Existuje způsob, jak vystopovat zdroj prasečího zdroje? Přihlašuje se kamkoli? Restart problém vyřešil, ale jsem si jist, že se vrátí, pokud nebudu schopen zjistit, proč to vůbec začalo.
Předem děkuji.
Komentáře
- Našli jste někdy zdroj? ' na našem serveru Snow Leopard zaznamenáváme stejný problém. Mohu zkusit restartovat, ale ' to udělat až dnes večer.
- Od mého restartu se mi to (ne) naštěstí neobjevilo stále tedy ' neznám zdroj
- mám stejný problém. Restartování nepomůže '. Po 20 až 30 minutách začne fseventsd znovu využívat 99% CPU. Macbook už není tichý …
Odpovědět
fseventd je proces protokolování událostí souborového systému, můžete přečtěte si o tom hodně v recenzi ars technica na Mac OS X Leopard. Můžete použít programy jako fseventer , abyste viděli stejný druh výstupu, jaký vidí.
Z článku:
Rámec FSEvents se opírá o jediný neustále běžící proces démona s názvem fseventsd, který čte z / dev / fsevents a zapisuje události do logovacích souborů na disk (uložených v adresáři .fseventsd na kořen svazku, pro který jsou události určeny). To je ono. To je špičkové technologické řešení: stačí zapsat události do souboru protokolu. Nudné, pragmatické, ale docela efektivní.
Tento protokol můžete zkontrolovat, i když nevím, jak užitečné to pro vás bude. Nebylo by mě tak překvapené, kdybych viděl Time Machine, který se zabývá mnoha soubory a někdy i mnoha malými soubory, které by mohly způsobit nějaké problémy s fsevents.
Komentáře
- Doufejme, že ' to není stroj času, protože je to zakázáno! Každopádně ' čtu na fseventer, takže děkuji za návrh.
Odpovědět
Buď jeden program uvízl ve velmi efektivní smyčce při psaní změn, které způsobily fseventsd spoustu práce, nebo je to nekonečná smyčka sama zpracovávající neřešitelná datová struktura na jednom z připojených svazků.
V předchozím případě – programy jako fseventer, které čtou stejný proud dat, pravděpodobně také zablokují – nyní budete mít dva procesy s 50% využitím zpracovat nekonečné množství dat. (Toto je skvělý datový bod, pokud se snažíte zjistit, co je špatně.) Otázky se ptají, proč syslogd bere veškerý procesor – obvykle je to nějaký jiný program se zbláznil, což mu přineslo spoustu práce.
Když / pokud se to stane znovu – začněte ukončovat programy a zvažte odhlášení. Budete vědět, zda je problematická položka procesem na úrovni systému nebo procesem na úrovni uživatele. . fs_usage může být užitečné zjistit, jaké konkrétní programy jsou těžké IO.
fsck z bootování do jednoho uživatele režim je obvykle vyžadován, pokud máte kruhové pevné odkazy nebo jiné zvrhlé shenanigany souborového systému, které mohou způsobit tento druh nárůstu aktivity.
Komentáře
- Ano omlouvám se, kdybych měl nejasnosti, určitě byste nemohli otevřít fseventer, zatímco hovínko příslovně zasáhlo fanouška. Chtěl jsem jen více, abych vám dal představu o tom, jaký druh dat byl zaznamenán a viditelný, jak by to udělal fs_usage.
- Miloval jsem učení také ut fseventer – vypadat velmi pěkně. Nedochází k selhání – pouze data.
- Páni, děkujeme za tip na ' fs_usage '. A jo, napadlo mě, že to nebylo ' t ve skutečnosti způsobující zátěž, ale spíše nějaký jiný program. Někde očekávám smyčku. Mimochodem, stroj běží normálně po dobu přibližně 24 hodin a ' se to znovu nestalo.