Інженер AppleCare каже, що Macs потребує щотижневих перезавантажень b / c "термін дії ядра". Що це значить?


46

Я запускаю MacOS Sierra в середині 2014 року MacBook Pro. Приблизно один раз на тиждень використання процесора Safari стає дуже великим, і він стає дуже млявим. В останньому випадку у мене було відкрито лише шість вікон, жодне з яких не відтворювало відео, але використання процесора Safari склало 332%. Крім того, навіть після закриття всіх шести вікон використання процесора Safari залишилося на високому рівні. Я міг змусити його зупинитись, вийшовши і перезапустивши Safari.

Я отримав трасування даних Capture Data, коли це відбувалося, і відправив його в AppleCare, де старший радник переслав його своїй інженерній команді. У відповідь він отримав те, що, схоже, я не перезавантажував комп’ютер досить часто, що необхідно, тому що ядро ​​закінчується (він рекомендує щотижня, і я перезавантажую його приблизно кожні два місяці). Оскільки це було використано через старшого радника, я не зміг отримати більш повне технічне пояснення. Крім того, мені не вдалося знайти жодної офіційної документації Apple щодо цього.

Хтось може дати мені детальне технічне пояснення, що з'ясовує, що насправді відбувається тут? Мені особливо цікаво, якщо це щось особливе для дизайну мікроядер MacOS (на відміну від монолітного ядра), і чи визначається час закінчення терміну дії ядра на основі настінного годинника, часу процесора тощо від останнього перезавантаження, або змінюється залежно від певних факторів. Дякую!

[Додам, що з 2004-2009 рр. Я використовував Power Mac G5, часто запускаючи 10 додатків з 10 вікнами кожного, а також програми C ++, які потребували тижнів, і ніколи не перезавантажувався, за винятком випадків, коли це потрібно для оновлення програмного забезпечення, і отримували паніку з ядрами рідше одного разу / рік. Але всі три плюси MacBook, якими я володію (2008, 2011, 2014), піддавались паніці ядра щомісяця або два. Мені зараз цікаво, чи це не тому, що я не перезавантажую свої MacBook Pro досить часто - хіба це не було проблемою з G5.]

У випадку, якщо це корисно, ось скріншот, що показує Монітор активності під час події, описаної в першому пункті. Також відображається зчитування гаджетів Intel Power; дивно, що частота процесора становить лише 1,3 ГГц (це 2,8 ГГц Intel i7-4980HQ процесор з 4,0 ГГц Turbo Boost), коли процес працює на 332%. Така поведінка нагадує мені (але, звичайно, відрізняється від) термічного дроселювання ЦП, коли система створює фіктивне завдання ядра з високим навантаженням (як правило, ~> 600%), щоб утримати інші процеси від запуску, внаслідок чого низька частота процесора (0,8 ГГц) (приклад теплового дроселювання показаний після). Я не публікував їх спочатку, тому що думав, що вони можуть бути відволіканням від мого основного питання про "закінчення терміну ядра" та щотижневі перезавантаження,

ВИСОКА ДІЯЛЬНІСТЬ САФАРІ:

введіть тут опис зображення ТЕРМАЛЬНЕ ЗАКРІПЛЕННЯ ЦП (для порівняння): Теплове дроселювання на моєму поточному MacBook Pro - це окрема проблема від збоїв у ядрі, оскільки я отримав збої навіть взимку, коли я вперше придбав комп'ютер і не було термічного дроселювання, і також отримав їх з моїми попередніми двома плюсами MacBook. Я щойно опублікував це для порівняння. [У разі, якщо вам цікаво: заглушення відбувається постійно, коли використовується дискретна відеокарта (додається монітор 4K), а температура навколишнього середовища досягає 83F; Я ніколи не стикався, коли монітор відключений. Комп'ютер належно вентильований; він сидить на raindesign mStand. Інженер Apple каже, що його потрібно принести для обслуговування для перевірки вентиляторів на наявність пилу та можливого повторного нанесення термопасти. Це під гарантією, але я можу '

введіть тут опис зображення


ОНОВЛЕННЯ, 23 червня 2017 року: я не зміг з'єднатися з оригінальним старшим радником AppleCare, тому я поговорив з новим, який взяв на себе справу. Він був з Apple близько десятка років і сказав наступне (я перефразую):

1) Щотижневі перезавантаження. Це занадто сильно, щоб сказати, що вони потрібні. Швидше, вони представляють добру практику. MacOS завантажує якомога більше в оперативну пам’ять, щоб досягти максимальної продуктивності, і якщо ваш комп'ютер не використовує пам'ять ECC (що робить тільки MacPros), помилки повзають. Зрештою, це може спричинити паніку ядра. Скільки часу це займає, сильно залежить від вашої схеми використання. Деякі можуть піти довго, без паніки, інші не можуть. [Справа не тільки в тому, наскільки вашим є використання, але і тим, що ви використовуєте. Тож один важкий користувач може бути в порядку з нечастою перезавантаженням, а інший, використовуючи інше програмне забезпечення, може потребувати більш частих.] Це дійсно стосується управління ризиками. Перезавантаження очищає оперативну пам’ять, дозволяючи їй запуститись новим. Чим довше ви чекаєте між перезавантаженнями, тим більше накопичується помилок і тим більший ризик паніки ядра. Хоча один тиждень не є конкретним керівництвом - дійсно, немає конкретних вказівок; Ви можете скористатися, скажімо, два тижні - звичайно, в Apple, звичайні перезавантаження є хорошою практикою з вищезазначених причин. Якщо ви хочете зберегти цей ризик на дуже низькому рівні, щотижневі перезавантаження - це чудова практика.

[Моє одне спостереження: Це не пояснює, чому я не отримував регулярних панічних ядер зі своїм PowerPC, який, хоча він може займати ECC пам'ять, не може використовувати функцію ECC - якщо тільки сам чіп PowerPC не використовував пам'ять інакше, ніж чіп Intel навіть з тією ж ОС.]

Щодо прикладу ферми серверів, який було порушено, це не буде проблемою для серверів, що використовують пам'ять ECC, наприклад, старого Mac XServe. Однак Mac Minis, звичайно, ні, тому мені цікаво, як часто https://macminicolo.net (згаданий Метт Холланд у коментарі нижче) знаходить Mac Minis, який вони розміщують у своїй фермі серверів, потрібно перезавантажувати.

2) Термін дії ядра: Він ніколи про це не чув. Він зв'яжеться з інженером для роз'яснення і повинен повідомити про це протягом приблизно тижня. Я дам вам знати, що він каже. В рамках цього він спробує отримати більш чітку відповідь щодо використання процесора Safari (як я вже згадував вище, інженери Apple мають фактичний слід про цю подію, тому вони мають гарну інформацію про це).

ЗАКЛИКОВИЙ ЗВІТ ПРО "ДОСЛІДЖЕННЯ КЕРНЕЛЯ" (ОНОВЛЕНО 9 січня 2018 року): я ніколи не отримав відповіді від нового старшого радника про "закінчення терміну дії ядра". Я сам провів кілька досліджень і виявив, що, мабуть, немає такого поняття, як "закінчення терміну ядра" в OSX, є (як це також згадував Зан Лінкс в обговоренні нижче) "таймери ядра", які закінчуються (див. Див. http://www.sciencedirect.com/science/article/pii/S174228761500050X ). Тому я найкраще міркую , що інженер Apple Care мав на увазі термін дії таймера ядра, і що це якось загубилося в перекладі (щоб використовувати вираз Мономета) між інженером та оригінальним старшим радником, таким чином перетворюючись на "закінчення терміну дії ядра", коли той старший радник намагався передати це мені. На жаль, навіть якщо це так, я не знаю, чому інженер змінного струму був стурбований цим стосовно мого часу роботи.

ЕПІЛОГ (1 липня 2018 р.): Протягом останніх семи місяців я використовував свій Mac як із, так і без тижневих перезавантажень. Я послідовно виявляв, що коли я щотижня перезавантажуюсь, моя Mac поводиться добре, але коли я сумую за ними, невміла поведінка починає спливати. Я можу зробити висновок, що, хоча це може бути неправдою, що Macs вимагає щотижневих перезавантажень, моя конкретна конфігурація.

Моя конфігурація:

У мене в середині 2014 року MacBook Pro 11,3 (2,8 ГГц Intel i7-4980HQ та 1 ТБ SSD w / 4-смуговий PCIe посилання, відформатований APFS). Протягом усього цього часу (з січня 2018 року) я запускав чисту інсталяцію * High Sierra із встановленими лише такими програмами, що не є Apple: MS Office, Mathematica, ігрова миша Logitech, Maestro клавіатури, Cloner Copy Cloner, Canon Printer , TomTom HOME, MacTeX (набір для використання LaTeX), Firefox, Opera, Kindle, Copy Mess, Size Up, Decelerator, TestGen, Turbo Tax, Flux, Launch Bar і EtreCheck. [* Тобто, я витер диск, встановив High Sierra, а потім встановив вищевказані програми.]

Далі перед цим (у листопаді 2017 року) я привіз комп’ютер в Apple для гарантійного ремонту, щоб вирішити питання термічного дроселювання та інші проблеми. Вони виявили, що термічна паста справді зношена, і замінили всю материнську плату, а також батарею (вона набрякла), корпус та трекпад. Я відтоді не відчував теплового дроселювання.

Мій Mac більшу частину часу проводить вдома, підключений до клавіатури Logitech K811 та миші G502 та монітора Dek P2715Q 27 "4K.


10
Я перезавантажую лише для оновлення macOS, і у мене працює набагато більше матеріалів, ніж у вас. Тож я припускаю, що щось важливе загубилося тут у спілкуванні.
nohillside

28
Якщо технік, з яким ви говорили, справді намагався звинуватити у вас паніку ядра, що ви не перезавантажуєтесь, його слід звільнити. Протягом багатьох років macOS ставав прогресивно менш надійним, і звинувачувати його у проблемах у користувачів є досить обурливим. Добре розроблене ядро ​​майже ніколи не панікує. Linux - хороший приклад.
Вільям Т Фроггард

19
" що необхідно, тому що ядро ​​(або ядра?) закінчується (він рекомендує щотижня " Це не що інше, як абсолютно чистий BS!
user3439894

16
"Але всі три плюси MacBook, якими я володію (2008, 2011, 2014), піддавали паніці ядра щомісяця або два." Я не можу спростувати це, або твердження Вільяма Фроггарда про те, що "macOS з часом ставав прогресивно менш надійним". У мене були як MacP на основі PowerPC, так і ряд MacBook Pro на базі Intel, і я не помітив регресій стійкості. Якщо що-небудь, macOS надійніший, ніж колись. Я ніколи не мав паніки з ядром на моїй пізній MBP 2013 року (досі в щоденному використанні), я перезапускаю її, можливо, чотири рази на рік, і я надзвичайно важкий користувач. Вам говорять купу дурниць.
Коді Грей

6
Немає переконливого аргументу ПРОТИ регулярно перезавантажувати комп’ютер, і для цього є переваги. Йдеться не про ОС, а про ОС, апаратне забезпечення, драйвери пристроїв, встановлене сторонне програмне забезпечення та конкретні схеми використання користувачів. Люди повинні перестати діяти так, як ніколи не перезавантажувати це якийсь знак честі. Це не.
барбекю

Відповіді:


65

Документації щодо цього не існує.

Працюючи сертифікованим інженером Apple (CAE), я можу вам сказати, що щось переконливо втрачено в перекладі (на користь кращого слова) з першоджерела (тобто інженерної команди) до радника AppleCare для вас.

Хоча можна стверджувати, що регулярне перезавантаження комп'ютера (тобто будь-якого комп'ютера) є вигідним, але термін дії ядра точно не відбувається . І, як уже зазначали інші, перезавантаження Mac вимагається лише для обмеженої кількості оновлень / оновлень (наприклад, оновлення мікропрограмного забезпечення, оновлення рівня ОС, оновлення обладнання тощо).

У мене регулярно є різні Mac (включаючи MBP), які працюють 24/7 протягом тижня / місяця одночасно без жодних проблем. Тож, коли вам кажуть, що ви не перезавантажуєте комп’ютер досить часто, що необхідно, тому що ядро ​​закінчується, це не що інше, як чиясь фантазія. Уявіть собі, якби всі ті Маки, які використовувались як сервери, потребували щотижневої перезавантаження - Apple був би сміхом ІТ-індустрії!

Моя рекомендація - вивчити (і, можливо, поставити окремий запитання про) проблеми, які виникають із використанням процесора Safari.


6
Є Маки, призначені для використання сервера?
JAB

15
@JAB Apple більше не робить "сервер", встановлений на стійці, але, безумовно, є Macs, що обслуговують API та веб-сайти, подивіться, наприклад, macminicolo.net ...
Matt Holland

5
@JAB Раніше була названа Xserve. Mac Minis також широко використовується як сервери.
Дмитро Кудрявцев

11
Три версії Apple потребували висновку, що "форматування та перевстановлення" не є прийнятною процедурою зміни IP-адреси сервера. Я б не вважав, що вони потребують щотижневих перезавантажень.
Марк

2
наша перша реакція у великій технічній компанії, коли ми побачили, що Mac Mini був "Це 1/4" занадто високо "(стійки - 1-3 / 4, Mac Mini - 2"). Відтоді вони це виправили.
Харпер

24

Як говорили інші, це зовсім не звучить як розумна відповідь від Apple, і, ймовірно, щось втрачено в перекладі. Однак, щомісяця (або майже так) паніка з ядром, безумовно, є чимось "незвичайним". Той факт, що це зберігається на трьох різних машинах, свідчить про те, що вам чи не найбільше пощастило з придбанням нескінченного обладнання, або щось звичайне було передано з машини на машину.

Я припускаю, що ви не трансплантували мікросхеми оперативної пам’яті або жорсткі диски з ноутбука на ноутбук, так що це не залишає програмного забезпечення або зовнішнього пристрою. Якщо кожен новий комп'ютер, який ви використовували вбудований для перенесення програмного забезпечення для вбудованого програмного забезпечення TimeMachine або Apple, можливо, під час оновлення машин розповсюджується певна проблема програмного забезпечення. На жаль, єдиний "швидкий" спосіб підтвердити це - це завантажитися з чистої установки та використовувати це, поки ви не впевнені, проблема більше не зберігається. Якщо у вас є зовнішній накопичувач, який ви можете використовувати, це можливість для вас, але в іншому випадку вам потрібно буде створити резервне копіювання і повністю перевстановити, не відновлюючи резервну копію, що може докласти більше зусиль, ніж ви хочете докласти. Це можливо "

Припускаючи, що ви не хочете пройти ці кроки, я б спробував визначити, що спільного для кожної ядра паніки. Якщо вони, схоже, трапляються і збігаються з вашими проблемами сафарі, то це звужує його до ймовірного питання сафарі. Ви можете спробувати скористатися іншим веб-переглядачем протягом декількох місяців і побачити, чи проблема не зникає, або спробувати усунути будь-які додатки / додатки сторонніх розробників, встановлені в сафарі. Якщо проблема не зникає, використання втіленого процесора вважає мене втікаючим процесом, ймовірно, через помилку програмного забезпечення, що взаємодіє з якоюсь рекламою або іншим відстеженням / javascript, який знаходиться на сайтах, які ви використовуєте. Після того, як ви усунули всі різні плагіни як причину проблеми, ви можете спробувати встановити плагін, що блокує рекламу, бажано той, який також може блокувати javascript і усунути його обмеженість до макс. Це може зробити деякі ваші перегляди менш приємними (і навіть можуть зламати деякі веб-сайти, які ви використовуєте), але такі види плагінів також дозволяють вимкнути блокування на сайті на основі сайту, тому з часом ви можете зняти обмеження, поки не знайдете сайт, який викликає проблеми. Звідти у вас буде краща вихідна позиція для визначення саме того, що доставляє вам проблеми.

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

Зовнішні пристрої також можуть спричинити паніку ядра, якщо вони поводяться неправильно. Отож, якщо ви використовуєте зовнішній жорсткий диск або щось інше, що зазвичай підключається до USB або інших портів розширення, спробуйте побачити, чи не використовувати цей пристрій очищує речі. Навіть щось на зразок USB-накопичувача може спричинити проблеми. Це не звичайна річ, але, знову ж таки, жоден місяць не панікує ядро. Крім того, якщо ви завжди використовуєте один і той же порт для пристрою, ви можете спробувати інший порт, щоб побачити, чи це внутрішня проблема з обладнанням, але це менш ймовірно, враховуючи, що проблема не зникає на кількох машинах.


Я пам’ятаю, що я робив чисті установки щонайменше двічі: почніть з лише ОС, встановіть останні версії всіх програм із Apple Store чи веб-сайтів розробників, а потім скопіюйте мої папки даних (цей процес займає близько двох 8-годинних днів ). Я одного разу спробував використовувати для цього Time Machine, виявив його занадто глючно і почав використовувати вищевказаний метод.
теоретик

Ви впевнені, що зовнішні пристрої можуть викликати паніку ядра. Єдиним винятком із твердої поведінки, яку я описав для свого MacPro, був рік, протягом якого він панікував неодноразово. Працюючи з Apple, ми простежили це програмне забезпечення для резервного копіювання, яке постачалося із зовнішнім HD HD Seagate (програмне забезпечення, призначене для Mac!). Після її усунення проблема зникла. Таким чином, я з цього часу обережно ніколи не використовую жодного програмного забезпечення для резервного копіювання Seagate (або WD) (я використовую Carbon Copy Cloner) [продовження наступного коментаря ....]
теоретик

5
Щоразу, коли я чую про Mac з великою кількістю паніки ядра, я запитую, чи встановлено у них програмне забезпечення Adobe. Відповідь завжди - так. Просто скажи ...
барбекю

1
@moneyt Я не копіював жодних файлів Бібліотеки, крім моїх закладок Safari; Я просто дозволяю програмам створювати нові версії цих. Інакше це були документи, зображення, музика, електронні листи тощо, а також (IIRC - я не можу знайти свої нотатки з цього приводу) частин / usr / local, пов'язаних з LaTeX. Я не використовую антивірусне програмне забезпечення або технічний інструмент pro, але я використовую Adobe CS. Я вважаю, що якщо я хотів би вирішити проблему з ядром, що виходить з ладу, я б зробив окремий пост із останнім звітом про збій (я останнім часом не зберігав).
теоретик

1
@theorist Мені здається, що частина відповіді, яку ви отримали від Apple (тобто, схоже, я не перезавантажував комп’ютер досить часто ), була спробою впоратися з симптомом, а не з причиною. Поради, які пропонують moneyt та інші тут, є корисними, але я пропоную вам задати питання конкретно щодо проблем із процесором Safari (і, можливо, ще одне питання щодо вашої ядра паніки після того, як відбудеться наступне - хоча вони можуть бути пов’язані між собою). Таким чином громада може спробувати допомогти вам більш конкретно, оскільки ми не маємо уявлення, що ще ви пробували (окрім виклику AppleCare).
Мономет

15

Я не впевнений, з ким ви спілкувалися в Apple, але Macs, як і всі пристрої на базі Unix, не потребує звичайних перезавантажень, за винятком певних оновлень.

Щодо ядра, то воно є серцем операційної системи. Може бути тільки один ™. Тут не повинно бути нічого спільного з вашою проблемою. Якщо Safari має швидке використання процесора, я спершу спробую видалити його кеші. Перебуваючи в Safari, натисніть на меню Safari, виберіть "Налаштування", виберіть вкладку "Конфіденційність", виберіть "Управління даними веб-сайтів ...", а потім нарешті виберіть "Видалити все". Зауважте, що вам доведеться знову увійти на деякі веб-сайти, але нічого критичного ви не втратите.


Я кілька разів робив "Видалити все", безрезультатно. Я побачу, чи зможу я отримати старшого радника надіслати мені точне формулювання від інженера Apple.
теоретик

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