'Fseventsd' işleminin CPU'yu etkilemesinin nedenini izlemenin bir yolu var mı?

11

Mac OSX 10.6'yı çalıştırıyorum ve 'fseventsd' işleminin% 100 CPU ve 1.5G RAM aldığını fark ettim. Bir google araması yaparken, bunun Time Machine'e bağlı olabileceğini buldum. Ancak Time Machine'i bu bilgisayarda çalıştırmıyorum.

Kaynak domuzunun kaynağını izlemenin bir yolu var mı? Herhangi bir yere kaydediliyor mu? Yeniden başlatma sorunu 'düzeltti', ancak ilk başta neden başladığını anlayamıyorsam geri geleceğinden eminim.

Şimdiden teşekkürler.

snow-leopard

— DTest
kaynak

Kaynağı hiç buldun mu? Aynı sorunu kar leopar sunucumuzda da yaşıyoruz. Yeniden başlatmayı deneyebilirim, ancak bu gece geç saatlere kadar yapamam.

— Greg W

Yeniden başlatmamdan bu yana ortaya

— çıkmadım

Aynı problemim var. Yeniden başlatma işe yaramaz. 20 ila 30 dakika sonra, fseventsd% 99 CPU almaya başlar. Macbook artık sessiz değil ...

— Laurent K

7

fseventd, dosya sistemi olay günlüğü tutma işlemidir, Mac OS X Leopard'ın ars technica incelemesinde bu konuda çok şey okuyabilirsiniz. Gördüğü çıktıyı görmek için fseventer gibi programları kullanabilirsiniz .

Makaleden:

FSEvents çerçevesi, / dev / fsevents öğesinden okuyan ve olayları diskteki günlük dosyalarına (olayların olduğu birimin kökündeki bir .fseventsd dizininde depolanır) yazan, fseventsd adı verilen ve sürekli çalışan tek bir daemon işlemine dayanır. Bu kadar. Bu süper ileri teknoloji çözümü: olayları bir günlük dosyasına yazın. Sıkıcı, pragmatik, ama oldukça etkili.

Senin için ne kadar yararlı olacağını bilmememe rağmen bu günlüğü kontrol edebilirsin. Muhtemelen fsevents ile bazı sorunlara neden olmak için birçok dosya ve bazen çok sayıda küçük dosya ile ilgilenen Time Machine görmek için sürpriz olmaz.

— ConstantineK
kaynak

Umarım bu Time Machine değildir, çünkü bu devre dışıdır! Her neyse, fseventer'da okuyorum, bu yüzden öneri için teşekkürler.

— DTest

3

Bir program, fseventsdçok fazla işin yapılmasına neden olan çok etkili bir döngü yazma değişikliklerine sıkışmış veya monte edilmiş birimlerdeki çözülemez bir veri yapısını işleyen sonsuz bir döngü.

Önceki durumda - aynı veri akışını okuyan fseventer gibi programlar da büyük olasılıkla askıda kalacak - artık sonsuz miktarda veri işlemeye çalışan% 50 kullanımda iki işleminiz olacak. (Bu, neyin yanlış olduğunu görmek için harika bir veri noktasıdır.) syslogdTüm CPU'yu neden aldığını soran sorulara benzer - genellikle çok fazla çalışmaya neden olan başka bir program çıldırdı.

Tekrar / ne zaman olursa - programlardan çıkmaya başlayın ve oturumu kapatmayı düşünün. Sorunlu öğenin sistem düzeyinde bir işlem mi yoksa kullanıcı düzeyinde bir süreç mi olduğunu anlayacaksınız. fs_usagehangi programların IO ağır olduğunu görmek yararlı olabilir.

fsck dairesel bir sabit bağlantınız veya etkinlikte bu tür bir artışa neden olabilecek diğer dejenere dosya sistemi maskenizleriniz varsa, bir önyüklemeden tek kullanıcı moduna geçiş genellikle gereklidir.

— bmike
kaynak

Evet, eğer belirsiz olsaydım üzgünüm, kaka fanatik olarak vururken kesinlikle fseventer'ı açamazdınız. Ben sadece fs_usage gibi, ne tür verilerin günlüğe kaydedilebilir ve görüntülenebilir içine bir inkling vermek istedim.

— ConstantineK

FSeventer hakkında öğrenmeyi çok sevdim - çok hoş görünüyorsun. Hata yok - sadece veri.

— bmike

Vay canına, 'fs_usage' üzerindeki ipucu için teşekkürler. Ve evet, aslında yüke neden olan fseventsd değil, başka bir program olduğunu düşündüm. Bir yerde bir döngü bekliyorum. Bir yana, makine 24 saat boyunca normal yükte çalışıyor ve bir daha olmadı.

— DTest