Чи є спосіб простежити причину процесора «fseventsd» у процесорах свиней?


11

Я запустив Mac OSX 10.6 і помітив, що процес "fseventsd" займає 100% процесор і 1,5 г оперативної пам'яті. Здійснивши пошук в Google, я виявив, що це може бути пов'язано з машиною часу. Однак я не запускаю Time Machine на цьому комп’ютері.

Чи є спосіб простежити джерело свиней? Він увійшов до будь-якого місця? Перезапуск "виправив" проблему, але я впевнений, що вона повернеться, якщо я не можу зрозуміти, чому це почалося в першу чергу.

Заздалегідь спасибі.


Ви коли-небудь знаходили джерело? У нас є та сама проблема на нашому сервері снігового леопарда. Я можу спробувати перезавантажити, але не можу це зробити до пізніше сьогодні ввечері.
Грег Ш

У мене не було цього спливу з мого перезавантаження, (не) на щастя, тому я досі не знаю джерела
DTest

У мене така ж проблема. Перезавантаження не допомагає. Через 20-30 хвилин fseventsd знову починає приймати 99% ЦП. Макбук більше не мовчить ...
Лоран К

Відповіді:


7

fseventd - це процес реєстрації подій у файловій системі, про нього можна багато читати в огляді ars technica Mac OS X Leopard. Ви можете використовувати такі програми, як fseventer, щоб побачити той самий вид, який він бачить.

Зі статті:

Рамка FSEvents спирається на єдиний, постійно запущений демон-процес, який називається fseventsd, який читає з / dev / fsevents і записує події в журнал файлів на диску (зберігається в каталозі .fseventsd в корені обсягу, для якого є події). Це воно. Це супертехнологічне рішення: просто запишіть події у файл журналу. Нудно, прагматично, але досить ефективно.

Ви можете перевірити цей журнал, хоча я не знаю, наскільки він буде корисним для вас. Я не був би здивований, побачивши Time Machine, який займається багатьма файлами, а іноді й багатьма крихітними файлами, щоб, можливо, викликати деякі проблеми з fsevent.


Сподіваємось, це не машина часу, оскільки це вимкнено! У всякому разі, я читаю на фсевентері, тому дякую за пропозицію.
DTest

3

Або одна програма була застрягла у дуже ефективному циклі запису змін, які спричинили fseventsdбагато роботи, або це нескінченний цикл, який сам обробляє нерозв'язну структуру даних на одному з змонтованих томів.

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

Коли / якщо це повториться - починайте виходити з програм і подумайте про вихід із системи. Ви дізнаєтесь, чи порушує цей елемент процес на системному рівні або процес на рівні користувача. fs_usageможе виявитися корисним, щоб побачити, які конкретні програми важкі для IO.

fsck від завантаження в єдиний користувальницький режим, як правило, потрібні, якщо у вас круглі жорсткі посилання або інші вироджені файлові системи, що можуть спричинити такий стрибок активності.


Так, вибачте, якщо мені було незрозуміло, ви напевно не змогли відкрити фсевентер, поки пуп побічно вдарив об вентилятор. Я просто мав на увазі більше, щоб дати тобі зрозуміти, які дані записувались і переглядалися, як би це робив fs_usage.
ConstantineK

Я любив дізнаватися про фсевентер - виглядаю дуже приємно. Немає збоїв - лише дані.
bmike

Нічого, дякую за пораду на "fs_usage". Так, я зрозумів, що насправді це не викликає навантаження, а якась інша програма. Я десь чекаю петлі. Убік, машина працювала нормальним завантаженням протягом 24 годин або більше, і це не повторилося.
DTest
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.