Insinyur AppleCare mengatakan Mac membutuhkan reboot mingguan b / c "kernel kedaluwarsa". Apa artinya?


46

Saya menjalankan MacOS Sierra pada pertengahan 2014 MacBook Pro. Sekitar sekali / minggu, penggunaan CPU Safari menjadi sangat tinggi, dan menjadi sangat lamban. Dalam contoh terakhir saya hanya memiliki enam jendela terbuka, tidak ada yang memutar video, tetapi penggunaan CPU Safari berada di 332%. Selain itu, bahkan setelah menutup keenam jendela, penggunaan CPU Safari tetap pada tingkat tinggi. Saya hanya bisa menghentikannya dengan berhenti dan memulai kembali Safari.

Saya mendapat jejak Capture Data saat itu terjadi, dan mengirimkannya ke AppleCare, di mana seorang penasihat senior meneruskannya ke tim teknik mereka. Respons yang dia dapat kembali adalah sepertinya saya tidak cukup sering me-reboot komputer saya, yang penting karena kernel sudah kadaluwarsa (dia merekomendasikan setiap minggu, dan saya me-reboot-nya setiap dua bulan). Karena ini adalah tangan kedua melalui penasihat senior, saya tidak bisa mendapatkan penjelasan teknis yang lebih lengkap. Lebih lanjut, saya tidak dapat menemukan dokumentasi resmi Apple tentang ini.

Adakah yang bisa memberi saya penjelasan teknis terperinci yang menjelaskan apa yang sebenarnya terjadi di sini? Saya sangat ingin tahu apakah ini sesuatu yang khusus untuk desain microkernel MacOS (bukan kernel monolithic), dan apakah waktu kedaluwarsa kernel ditentukan berdasarkan jam dinding, waktu CPU, dll. Sejak reboot terakhir, atau bervariasi berdasarkan faktor-faktor tertentu. Terima kasih!

[Saya akan menambahkan bahwa, dari 2004-2009, saya menggunakan Power Mac G5, sering menjalankan 10 aplikasi dengan masing-masing 10 windows, serta program C ++ yang membutuhkan waktu berminggu-minggu untuk selesai, tidak pernah reboot kecuali jika diperlukan untuk pembaruan perangkat lunak, dan mendapat panik kernel kurang dari sekali / tahun. Tetapi ketiga MacBook Pro yang saya miliki (2008, 2011, 2014) telah memberikan panik kernel setiap atau dua bulan. Saya sekarang bertanya-tanya apakah ini karena saya tidak cukup sering me-reboot MacBook Pro saya - kecuali ini bukan masalah dengan G5.]

Dalam hal ini sangat membantu, berikut adalah tangkapan layar yang menunjukkan Monitor Aktivitas selama acara yang dijelaskan dalam paragraf pertama. Juga ditampilkan adalah pembacaan Intel Power Gadget; tampaknya aneh bahwa frekuensi CPU hanya 1,3 GHz (2,8 GHz prosesor Intel i7-4980HQ dengan 4,0 GHz Turbo Boost) ketika sebuah proses berjalan pada 332%. Perilaku ini mengingatkan saya pada (tetapi tentu saja berbeda dari) pelambatan termal CPU, di mana sistem menciptakan tugas kernel beban tinggi fiktif (biasanya ~> 600%) untuk menjaga proses lain dari berjalan, menghasilkan frekuensi CPU yang rendah (0,8 GHz) (contoh pelambatan termal ditunjukkan setelah). Saya tidak memposting ini awalnya karena saya pikir mereka mungkin menjadi gangguan dari pertanyaan inti saya tentang "kernel kedaluwarsa" dan reboot mingguan,

AKTIVITAS SAFARI TINGGI:

masukkan deskripsi gambar di sini PEMOTRETAN TERMAL CPU (UNTUK PERBANDINGAN): Pelambatan termal pada MacBook Pro saya saat ini adalah masalah terpisah dari crash kernel, karena saya mendapatkan crash bahkan di musim dingin ketika saya pertama kali mendapatkan komputer dan ketika tidak ada throttling termal, dan juga mendapatkannya dengan dua MacBook Pro saya sebelumnya juga. Saya baru saja memposting ini untuk perbandingan. [Jika Anda penasaran: Pemblokiran terjadi secara konsisten ketika kartu video terpisah digunakan (monitor 4K) dan suhu sekitar mencapai 83F; Saya tidak pernah mengalami pelambatan ketika monitor dilepas. Komputer berventilasi baik; itu duduk di mStand desain hujan. Insinyur Apple mengatakan perlu dibawa untuk layanan untuk memeriksa debu dari kipas, dan untuk kemungkinan penerapan kembali pasta termal. Masih dalam garansi, tapi saya bisa '

masukkan deskripsi gambar di sini


UPDATE, 23 JUNI 2017: Saya tidak dapat terhubung kembali dengan penasihat senior AppleCare yang asli, jadi saya berbicara dengan yang baru yang mengambil alih kasus saya. Dia sudah bersama Apple selama sekitar satu dekade, dan mengatakan yang berikut (saya parafrase):

1) Pemulihan mingguan. Terlalu kuat untuk mengatakan mereka diharuskan. Sebaliknya, mereka mewakili praktik yang baik. MacOS memuat sebanyak mungkin ke dalam RAM untuk memaksimalkan kinerja dan, jika komputer Anda tidak menggunakan memori ECC (yang hanya dilakukan oleh MacPro), kesalahan merayap masuk. Akhirnya, ini dapat menyebabkan kepanikan kernel. Berapa banyak waktu yang dibutuhkan sangat bervariasi tergantung pada pola penggunaan Anda. Beberapa bisa lolos dengan berjalan lama tanpa panik, yang lain tidak bisa. [Bukan hanya seberapa berat penggunaan Anda, tetapi juga apa yang Anda gunakan. Jadi satu pengguna berat mungkin baik-baik saja dengan reboot yang jarang, sementara yang lain, menggunakan perangkat lunak yang berbeda, mungkin perlu yang lebih sering.] Ini benar-benar tentang manajemen risiko. Reboot akan mengosongkan RAM, memungkinkan untuk memulai yang baru. Semakin lama Anda menunggu di antara reboot, semakin banyak kesalahan menumpuk, dan semakin besar risiko panik kernel. Meskipun satu minggu bukan pedoman khusus - memang, tidak ada pedoman khusus; Anda dapat menggunakan, katakanlah, dua minggu - umumnya diadakan di Apple bahwa reboot biasa adalah praktik yang baik, karena alasan di atas. Jika Anda ingin menjaga risiko itu pada level yang sangat rendah, reboot mingguan adalah praktik yang sangat baik.

[Satu pengamatan saya: Ini tidak menjelaskan mengapa saya tidak mendapatkan panik kernel reguler dengan PowerPC saya yang, meskipun dapat mengambil memori ECC, tidak dapat menggunakan fungsionalitas ECC — kecuali chip PowerPC sendiri menggunakan memori secara berbeda dari chip Intel, bahkan dengan OS yang sama.]

Mengenai contoh server farm yang dimunculkan, ini tidak akan menjadi masalah bagi server yang menggunakan memori ECC, seperti Mac XServe lama. Namun Mac Minis tentu saja tidak, jadi saya ingin tahu seberapa sering https://macminicolo.net (disebutkan oleh Matt Holland dalam komentar di bawah) menemukan Mac Minis yang mereka host di server farm perlu di-reboot.

2) Kernel kedaluwarsa: Dia tidak pernah mendengar hal ini. Dia akan menghubungi insinyur untuk klarifikasi, dan harus melaporkan kembali dalam waktu sekitar satu minggu. Saya akan memberi tahu Anda apa yang dia katakan. Sebagai bagian dari ini, ia akan mencoba untuk mendapatkan jawaban yang lebih jelas tentang penggunaan CPU Safari (seperti yang saya sebutkan di atas, para insinyur Apple memiliki jejak data aktual dari acara ini, sehingga mereka memiliki informasi yang baik tentang itu).

LAPORAN AKHIR "KERNEL EXPIRATION" (DIPERBARUI 9 JAN 2018): Saya tidak pernah mendapat balasan dari penasihat senior baru tentang "kedaluwarsa kernel." Saya melakukan riset sendiri dan menemukan bahwa, walaupun sepertinya tidak ada yang namanya "kernel expiration" di OSX, ada (seperti yang juga disebutkan oleh Zan Lynx dalam diskusi di bawah) "timer kernel" yang kadaluwarsa (lihat http://www.sciencedirect.com/science/article/pii/S174228761500050X ). Jadi spekulasi terbaik saya adalah bahwa insinyur Apple Care merujuk pada waktu pengakhiran kernel, dan bahwa ini entah bagaimana tersesat dalam terjemahan (untuk menggunakan ekspresi Monomeeth) antara insinyur dan penasihat senior asli, sehingga berubah menjadi "kedaluwarsa kernel" ketika penasihat senior itu mencoba menyampaikannya kepada saya. Sayangnya, meskipun begitu, saya tidak tahu mengapa teknisi AC khawatir tentang hal ini sehubungan dengan waktu kerja saya.

EPILOG (1 JULI, 2018): Selama tujuh bulan terakhir saya telah menggunakan Mac saya dengan dan tanpa reboot mingguan. Saya telah menemukan, secara konsisten, bahwa ketika saya melakukan booting ulang mingguan, Mac saya berperilaku baik, tetapi ketika saya melewatkannya, perilaku tidak menentu mulai muncul. Kesimpulan saya adalah bahwa, meskipun secara umum mungkin tidak benar bahwa Mac membutuhkan reboot mingguan, konfigurasi spesifik saya melakukannya.

Konfigurasi Saya:

Saya memiliki pertengahan 2014 MacBook Pro 11,3 (2,8 GHz Intel i7-4980HQ & 1TB SSD w / 4-jalur PCIe link, diformat dengan APFS). Selama ini (sejak Januari 2018) saya telah menjalankan instalasi bersih * High Sierra dengan hanya menginstal program non-Apple berikut: MS Office, Mathematica, Mouse Gaming Logitech, Keyboard Maestro, Carbon Copy Cloner, Printer Canon , TomTom HOME, MacTeX (suite untuk menggunakan LaTeX), Firefox, Opera, Kindle, Copy Less, Size Up, Decelerator, TestGen, Pajak Turbo, Flux, Launch Bar, dan EtreCheck. [* Yaitu, saya menghapus drive, menginstal High Sierra, dan kemudian menginstal program-program di atas.]

Selanjutnya, sebelum ini (pada November 2017), saya membawa komputer ke Apple untuk perbaikan garansi untuk mengatasi pelambatan termal dan masalah lainnya. Mereka menemukan pasta termal memang aus, dan mengganti seluruh motherboard, bersama dengan baterai (bengkak), kasing, dan trackpad. Saya tidak mengalami pelambatan termal sejak saat itu.

Mac saya menghabiskan sebagian besar waktunya di rumah, terhubung ke keyboard Logitech K811 dan mouse G502, dan monitor Dell P2715Q 27 "4K.


10
Saya hanya reboot untuk upgrade macOS, dan saya memiliki lebih banyak hal yang berjalan daripada Anda. Jadi saya menganggap sesuatu yang penting hilang dalam komunikasi di sini.
nohillside

28
Jika teknologi yang Anda ajak bicara benar-benar mencoba menyalahkan kepanikan kernel pada Anda yang tidak cukup reboot, ia harus dipecat. macOS telah menjadi semakin kurang dapat diandalkan selama bertahun-tahun, dan menyalahkan masalah pada pengguna cukup keterlaluan. Kernel yang dirancang dengan baik hampir tidak pernah panik. Linux adalah contoh yang bagus.
William T Froggard

19
" yang diperlukan karena kernel (atau kernel?) kedaluwarsa (dia merekomendasikan setiap minggu " Itu tidak lain adalah BS murni absolut!
user3439894

16
"Tapi ketiga MacBook Pro yang saya miliki (2008, 2011, 2014) telah memberikan panik kernel setiap atau dua bulan." Saya tidak bisa menegur ini, atau klaim William Froggard bahwa "macOS telah menjadi semakin kurang dapat diandalkan selama bertahun-tahun." Saya sudah memiliki Mac berbasis PowerPC dan serangkaian MacBook Pro berbasis Intel, dan belum melihat adanya regresi stabilitas. Jika ada, macOS lebih dapat diandalkan daripada yang pernah ada. Saya tidak pernah mengalami panik kernel pada MBP Akhir 2013 saya (masih digunakan setiap hari), saya me-restart mungkin empat kali setahun, dan saya pengguna yang sangat berat. Anda diberitahu banyak omong kosong.
Cody Grey

6
Tidak ada argumen yang meyakinkan TERHADAP me-reboot komputer Anda secara teratur, dan ada keuntungannya. Ini bukan tentang OS, ini tentang OS, perangkat keras, driver perangkat, perangkat lunak pihak ketiga yang diinstal, DAN pola penggunaan spesifik dari pengguna. Orang-orang perlu berhenti bertindak seolah-olah tidak pernah me-reboot adalah semacam lencana kehormatan. Ini bukan.
barbekyu

Jawaban:


65

Dokumentasi tentang ini tidak ada.

Setelah bekerja sebagai Certified Apple Engineer (CAE) saya dapat memberi tahu Anda bahwa ada sesuatu yang pasti hilang dalam terjemahan (karena kekurangan kata yang lebih baik) dari sumber asli (yaitu tim teknik) ke penasihat AppleCare untuk Anda.

Meskipun dapat diperdebatkan (pendapat sangat bervariasi) bahwa secara teratur me-reboot komputer (yaitu komputer apa pun) bermanfaat, sudah pasti tidak ada kedaluwarsa kernel yang terjadi . Dan, seperti yang telah dinyatakan oleh orang lain, me-reboot Mac hanya diperlukan untuk sejumlah pembaruan / peningkatan (misalnya pembaruan firmware, pembaruan tingkat OS, peningkatan perangkat keras, dll.).

Saya secara teratur memiliki berbagai Mac (termasuk MBP) yang beroperasi 24/7 selama berminggu-minggu / berbulan-bulan tanpa masalah. Jadi, diberi tahu bahwa Anda tidak cukup sering menyalakan ulang komputer, yang diperlukan karena kernel kedaluwarsa, tidak lebih dari isapan jempol dari imajinasi seseorang. Bayangkan jika semua Mac yang digunakan sebagai server memerlukan reboot mingguan - Apple akan menjadi bahan tertawaan industri TI!

Rekomendasi saya adalah untuk meneliti (dan mungkin mengirim pertanyaan terpisah tentang) masalah yang Anda alami dengan penggunaan CPU Safari.


6
Ada Mac yang dirancang untuk penggunaan server?
JAB

15
@ JAB Apple tidak lagi membuat "server" yang dipasang di rak tetapi ada Mac di luar sana yang melayani API dan situs web, lihatlah macminicolo.net misalnya ...
Matt Holland

5
@ JAB Dulu ada satu yang disebut Xserve. Mac Minis juga banyak digunakan sebagai server.
Dmitry Kudriavtsev

11
Apple memerlukan tiga versi untuk sampai pada kesimpulan bahwa "format dan instal ulang" bukanlah prosedur yang dapat diterima untuk mengubah alamat IP server. Saya tidak akan melewatinya untuk meminta reboot mingguan.
Tandai

2
Reaksi pertama kami di sebuah perusahaan teknologi besar ketika kami melihat Mac Mini adalah "Ini 1/4" terlalu tinggi "(rak adalah 1-3 / 4, Mac Mini adalah 2"). Sejak itu, mereka telah memperbaikinya.
Harper

24

Seperti yang dikatakan orang lain, ini sama sekali tidak terdengar sebagai tanggapan yang masuk akal dari Apple, dan kemungkinan ada sesuatu yang hilang dalam terjemahan. Yang mengatakan, panik kernel bulanan (atau hampir jadi) pasti sesuatu yang "luar biasa". Fakta bahwa ini telah bertahan di 3 mesin yang berbeda menunjukkan apakah Anda memiliki nasib terburuk dengan membeli perangkat keras yang serpihan, atau sesuatu yang umum telah ditransfer dari mesin ke mesin.

Saya berasumsi Anda belum mentransplantasikan chip RAM atau HDD dari laptop ke laptop, sehingga menyisakan perangkat lunak atau perangkat eksternal. Jika setiap komputer baru yang Anda gunakan menggunakan TimeMachine atau perangkat lunak transfer bawaan Apple untuk memigrasi lingkungan Anda, ada kemungkinan bahwa beberapa masalah perangkat lunak sedang diperbanyak setiap kali Anda meningkatkan mesin. Sayangnya, satu-satunya cara "cepat" untuk memvalidasi ini adalah mem-boot dari instalasi yang bersih dan menggunakannya sampai Anda yakin masalahnya tidak ada lagi. Jika Anda memiliki drive eksternal yang dapat Anda gunakan, ini adalah kemungkinan untuk Anda, tetapi jika tidak, Anda harus mencadangkan semuanya dan menginstal ulang sepenuhnya tanpa mengembalikan cadangan, yang mungkin lebih banyak upaya daripada yang ingin Anda ambil. Itu mungkin

Dengan anggapan Anda tidak ingin melalui langkah-langkah itu, saya akan mencoba untuk menentukan kesamaan apa yang dimiliki oleh masing-masing kernel panik. Jika semua itu tampaknya terjadi dan bertepatan dengan masalah safari Anda, maka itu mempersempitnya menjadi kemungkinan masalah di safari. Anda dapat mencoba menggunakan peramban lain selama beberapa bulan dan melihat apakah masalahnya hilang, atau mencoba menghilangkan plugin / addon pihak ketiga yang telah Anda pasang di safari. Jika masalah terus berlanjut, penggunaan CPU yang berjalan menurut saya sebagai proses runaway kemungkinan karena beberapa bug perangkat lunak berinteraksi dengan beberapa iklan atau pelacakan / javascript lain yang ada di situs yang Anda gunakan. Setelah Anda menghilangkan semua berbagai plugin sebagai penyebab masalah, Anda dapat mencoba menginstal plugin pemblokiran iklan, lebih disukai plugin yang dapat memblokir javascript juga dan mengubah batasannya menjadi maksimal. Ini mungkin membuat sebagian perambanan Anda kurang menyenangkan (dan bahkan dapat merusak beberapa situs yang Anda gunakan), tetapi plugin semacam ini juga memungkinkan Anda untuk mematikan pemblokiran situs berdasarkan situs, jadi seiring waktu Anda dapat melonggarkan batasan hingga Anda menemukan situs yang menyebabkan masalah. Dari sana Anda akan memiliki posisi awal yang lebih baik untuk menentukan dengan tepat apa yang membuat Anda kesulitan.

Jika panik kernel terjadi bahkan di luar penggunaan safari, Anda mungkin melihat masalah safari Anda disebabkan oleh apa pun yang menyebabkan panik kernel, dalam hal ini Anda ingin mengatasinya sebelum Anda mencoba mencari tahu safari.

Perangkat eksternal juga dapat menyebabkan panik kernel jika tidak berperilaku baik. Jadi jika Anda menggunakan HDD eksternal atau sesuatu yang biasa dicolokkan ke USB Anda atau port ekspansi lainnya, coba lihat apakah tidak menggunakan perangkat yang membereskan segalanya. Bahkan sesuatu seperti USB thumb drive dapat menyebabkan masalah. Ini bukan hal yang umum, tetapi sekali lagi, tidak ada panik kernel bulanan. Atau, jika Anda selalu menggunakan port yang sama untuk perangkat, Anda bisa mencoba port yang berbeda untuk melihat apakah itu masalah perangkat keras internal, tetapi ini lebih kecil kemungkinannya karena masalah tersebut masih ada di beberapa mesin.


Saya ingat melakukan pemasangan bersih setidaknya dua kali: mulai hanya dengan OS, instal versi terbaru dari semua aplikasi dari Apple Store atau situs web pengembang, dan kemudian salin ke folder data saya (proses itu memakan waktu sekitar dua hari 8 jam) ). Saya pernah mencoba menggunakan Time Machine untuk ini, merasa terlalu buggy, dan mulai menggunakan metode di atas.
ahli teori

Anda benar bahwa perangkat eksternal dapat menyebabkan panik kernel. Satu-satunya pengecualian untuk perilaku rock-solid yang saya jelaskan untuk MacPro saya adalah tahun di mana ia berulang kali panik. Bekerja dengan Apple, kami melacaknya ke perangkat lunak cadangan yang datang dengan HD eksternal Seagate (perangkat lunak yang dirancang untuk Mac!). Setelah menghapusnya, masalahnya hilang. Karena itu saya sudah berhati-hati untuk tidak menggunakan perangkat lunak cadangan Seagate (atau WD) sejak saat itu (saya menggunakan Carbon Copy Cloner) [lanjutan komentar berikutnya ....]
theorist

5
Setiap kali saya mendengar tentang Mac dengan banyak kernel kernel saya bertanya apakah mereka sudah menginstal perangkat lunak Adobe. Jawabannya selalu ya. Katakan saja ...
barbekyu

1
@moneyt Saya tidak menyalin file Perpustakaan apa pun, kecuali untuk bookmark Safari saya; Saya hanya membiarkan aplikasi membuat versi baru ini. Kalau tidak, itu adalah dokumen, gambar, musik, email, dll., Bersama dengan (IIRC – saya tidak dapat menemukan catatan saya tentang ini) bagian dari / usr / local yang terkait dengan LaTeX. Saya tidak menggunakan perangkat lunak anti-virus atau alat teknologi pro, tetapi saya menggunakan Adobe CS. Saya kira jika saya ingin mengatasi kernel crash secara langsung, saya akan melakukan posting terpisah dengan laporan crash baru-baru ini (saya belum menyimpannya baru-baru ini).
ahli teori

1
@ theorist Bagi saya sepertinya bagian dari respons yang Anda dapatkan dari Apple (yaitu sepertinya saya tidak cukup sering me-reboot komputer saya ) adalah upaya untuk mengatasi gejala daripada penyebabnya. Saran yang ditawarkan oleh moneyt dan yang lainnya di sini bermanfaat, tetapi saya sarankan Anda harus mengajukan pertanyaan secara khusus tentang masalah CPU Safari Anda (dan mungkin pertanyaan lain tentang kepanikan kernel Anda setelah yang berikutnya terjadi - walaupun keduanya mungkin terkait). Dengan begitu komunitas dapat mencoba membantu Anda lebih spesifik, karena kami tidak tahu apa lagi yang Anda coba (selain menelepon AppleCare).
Monomeeth

15

Saya tidak yakin dengan siapa Anda berbicara di Apple, tetapi Mac, seperti semua perangkat berbasis Unix, tidak memerlukan reboot rutin, kecuali untuk pembaruan tertentu.

Adapun kernel, itu adalah jantung dari sistem operasi. Hanya ada satu ™. Seharusnya tidak ada hubungannya dengan masalah Anda di sini. Jika Safari memiliki penggunaan CPU yang tidak terkendali, saya akan mencoba menghapus cache-nya terlebih dahulu. Saat berada di Safari, klik pada menu Safari, pilih Preferensi, pilih tab Privasi, pilih "Kelola Data Situs Web ...", lalu akhirnya pilih "Hapus Semua". Perhatikan bahwa Anda harus masuk lagi ke beberapa situs web, tetapi Anda tidak akan kehilangan sesuatu yang penting.


Saya telah melakukan "Hapus Semua" beberapa kali, tetapi tidak berhasil. Saya akan melihat apakah saya bisa meminta penasihat senior untuk mengirimi saya kata-kata yang tepat dari insinyur Apple.
ahli teori

& terima kasih, saya telah mengedit posting saya untuk menghapus "kernel" jamak
ahli teori
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.