Команда оболонки ...
sample Finder
... буде контролювати всі функціональні виклики, які здійснює Finder, і створюватиме текстовий файл, у якому відображаються стеки викликів кожного з потоків Finder. Навіть обізнані непрограмісти (якщо це буде супер користувачів) часто можуть отримати цінні відомості з цього приводу. Це також чудова річ, щоб долучитись до звіту про помилки в Apple за допомогою http://bugreport.apple.com/ .
Це в основному те саме, що кнопка "Зразок процесу" в "Моніторі діяльності".
Оновлення: О, навіть краще, ніж sample(1)
є spindump(8)
, що схоже, sample
але додає видимість того, що ядро робить, коли потоки програми заблоковані, чекаючи ядра.
sudo spindump Finder
Текстовий файл, який він створює /tmp
, потребує читання кореневих приватних файлів, оскільки він може містити привілейовану інформацію.
Більше доказів можна отримати від ...
lsof -p $PIDOfFinder
(де $ PIDOfFinder - це ідентифікатор процесу Finder, який ви можете знайти ps
.)
Схоже, ви можете отримати ту саму інформацію в "Моніторі діяльності". Виберіть Finder, натисніть кнопку "Перевірити" та виберіть вкладку "Відкрити файли та порти".
Ще одним цікавим моментом даних буде те, чи не виникає проблема з новим чистим обліковим записом користувача в тій же системі. Просто створіть новий обліковий запис користувача, вийдіть із свого звичайного облікового запису (не використовуйте швидку комутацію користувачів - ми не хочемо, щоб ваш "поганий" екземпляр Finder залишався у фоновому режимі та заплутав речі) та увійдіть у систему новий чистий обліковий запис і побачити, чи проблема трапляється і там.
Чи використовуєте ви будь-які хаки InputManager, включаючи речі на основі SIMBL, або "хаксі" Unsanity Application Enhancer (APE)?
Чи виникає проблема при завантаженні в "Безпечний режим" (тобто при завантаженні з <shift>
утримуваною клавішею)?