Або одна програма була застрягла у дуже ефективному циклі запису змін, які спричинили fseventsd
багато роботи, або це нескінченний цикл, який сам обробляє нерозв'язну структуру даних на одному з змонтованих томів.
У попередньому випадку - такі програми, як fseventer, які читають один і той же потік даних, швидше за все будуть зависати - тепер у вас буде два процеси при 50% використання, намагаючись обробити нескінченну кількість даних. (Це чудовий момент даних, якщо ви замислюєтесь, щоб побачити, що це не так.) Це аналогічно питанням, що запитують, чому syslogd
приймає весь процесор - зазвичай це якась інша програма, яка збилася, викликаючи це багато роботи.
Коли / якщо це повториться - починайте виходити з програм і подумайте про вихід із системи. Ви дізнаєтесь, чи порушує цей елемент процес на системному рівні або процес на рівні користувача. fs_usage
може виявитися корисним, щоб побачити, які конкретні програми важкі для IO.
fsck
від завантаження в єдиний користувальницький режим, як правило, потрібні, якщо у вас круглі жорсткі посилання або інші вироджені файлові системи, що можуть спричинити такий стрибок активності.