วิศวกร AppleCare กล่าวว่า Macs ต้องการ reboots รายสัปดาห์ b / c“ เคอร์เนลหมดอายุ” มันหมายความว่าอะไร?


46

ฉันใช้ MacOS Sierra ในช่วงกลางปี ​​2014 MacBook Pro ประมาณหนึ่งครั้ง / สัปดาห์การใช้งาน CPU ของ Safari สูงมากและช้ามาก ในอินสแตนซ์สุดท้ายฉันเปิดหน้าต่างได้เพียงหกบานเท่านั้นไม่มีการเล่นวิดีโอ แต่การใช้งาน CPU ของ Safari อยู่ที่ 332% นอกจากนี้แม้ว่าจะปิดหน้าต่างทั้งหกแล้วการใช้งาน CPU ของ Safari ยังคงอยู่ในระดับสูง ฉันทำได้เพียงหยุดโดยเลิกและรีสตาร์ท Safari

ฉันได้รับการติดตามข้อมูลการดักจับในขณะที่มันเกิดขึ้นและส่งไปยัง AppleCare ซึ่งที่ปรึกษาอาวุโสส่งต่อไปยังทีมวิศวกรของพวกเขา คำตอบที่เขาได้รับกลับมาคือดูเหมือนว่าฉันจะไม่รีบูตคอมพิวเตอร์บ่อยครั้งซึ่งเพียงพอซึ่งเป็นสิ่งจำเป็นเพราะเคอร์เนลหมดอายุ (เขาแนะนำทุกสัปดาห์และฉันรีบูตเครื่องทุกสองเดือน) เนื่องจากนี่เป็นของมือสองผ่านที่ปรึกษาอาวุโสฉันจึงไม่สามารถรับคำอธิบายทางเทคนิคที่สมบูรณ์มากขึ้นได้ เพิ่มเติมฉันไม่สามารถหาเอกสาร Apple อย่างเป็นทางการเกี่ยวกับเรื่องนี้

ทุกคนสามารถให้คำอธิบายทางเทคนิคอย่างละเอียดกับฉันเพื่ออธิบายสิ่งที่เกิดขึ้นจริงได้ไหม ฉันสงสัยเป็นพิเศษหากนี่เป็นสิ่งเฉพาะสำหรับการออกแบบ microkernel ของ MacOS (ตรงข้ามกับเคอร์เนลแบบเสาหิน) และเวลาหมดอายุของเคอร์เนลได้รับการแก้ไขตามนาฬิกาแขวนเวลา CPU ฯลฯ หรือไม่ตั้งแต่รีบูตครั้งล่าสุดหรือแตกต่างกันไปตามปัจจัยบางอย่าง ขอบคุณ!

[ฉันจะเพิ่มสิ่งนั้นตั้งแต่ปี 2004-2009 ฉันใช้ Power Mac G5 ซึ่งมักใช้แอพพลิเคชั่น 10 ตัวต่อ windows 10 ตัวรวมถึงโปรแกรม C ++ ที่ใช้เวลาหลายสัปดาห์กว่าจะเสร็จสิ้นไม่ต้องรีบูตเครื่องยกเว้นเมื่อจำเป็นสำหรับการอัปเดตซอฟต์แวร์ มีความตื่นตระหนกของเคอร์เนลน้อยกว่าหนึ่งครั้ง / ปี แต่ข้อดีทั้งสามอย่างของ MacBook ที่ฉันเป็นเจ้าของ (2008, 2011, 2014) ได้ให้เคอร์เนลตกใจทุก ๆ สองเดือน ตอนนี้ฉันสงสัยว่านี่เป็นเพราะฉันไม่รีบูต MacBook Pro ของฉันบ่อยครั้งเพียงพอหรือไม่ยกเว้นในกรณีนี้ไม่มีปัญหากับ G5]

ในกรณีที่เป็นประโยชน์ต่อไปนี้เป็นภาพหน้าจอที่แสดงการตรวจสอบกิจกรรมระหว่างกิจกรรมที่อธิบายไว้ในย่อหน้าแรก ที่แสดงยังคือการอ่านค่าของ Intel Power Gadget; ดูเหมือนจะแปลกว่าความถี่ของ CPU เพียง 1.3 GHz (เป็นโปรเซสเซอร์ 2.8 GHz Intel i7-4980HQ พร้อมกับ Turbo Boost 4.0 GHz) เมื่อกระบวนการทำงานที่ 332% พฤติกรรมนี้ทำให้ฉันนึกถึง (แต่แตกต่างจากแน่นอน) การควบคุมปริมาณความร้อนของ CPU ซึ่งระบบสร้างงานเคอร์เนลภาระสูงสมมติ (โดยทั่วไป ~> 600%) เพื่อป้องกันไม่ให้กระบวนการอื่นทำงานทำให้ความถี่ CPU ต่ำ (0.8 GHz) (ตัวอย่างของการควบคุมปริมาณความร้อนจะปรากฏขึ้นหลังจาก) ฉันไม่ได้โพสต์สิ่งเหล่านี้ในตอนแรกเพราะฉันคิดว่าพวกเขาอาจเบี่ยงเบนความสนใจจากคำถามหลักของฉันเกี่ยวกับ "การหมดอายุของเคอร์เนล" และการรีบูตรายสัปดาห์

กิจกรรมความปลอดภัยสูง:

ป้อนคำอธิบายรูปภาพที่นี่ การระบายความร้อนของ CPU (สำหรับการเปรียบเทียบ): การควบคุมปริมาณความร้อนใน MacBook Pro ปัจจุบันของฉันเป็นปัญหาแยกต่างหากจากการล่มของเคอร์เนลเนื่องจากฉันได้รับความเสียหายแม้ในฤดูหนาวเมื่อฉันได้คอมพิวเตอร์ครั้งแรกและเมื่อไม่มีการควบคุมความร้อน แถมยังได้ MacBook Pro สองรุ่นก่อนหน้าด้วยเช่นกัน ฉันเพิ่งโพสต์สิ่งนี้เพื่อการเปรียบเทียบ [ในกรณีที่คุณอยากรู้อยากเห็น: การควบคุมปริมาณเกิดขึ้นอย่างสม่ำเสมอเมื่อมีการใช้การ์ดแสดงผลแบบแยกส่วน (ติดตั้งจอภาพ 4K) และอุณหภูมิโดยรอบถึง 83F; ฉันไม่เคยได้รับการควบคุมปริมาณเมื่อจอภาพไม่ได้เชื่อมต่อ คอมพิวเตอร์มีการระบายอากาศที่เหมาะสม มันอยู่บน mdand raindesign วิศวกรของ Apple กล่าวว่าจำเป็นต้องนำเข้ามาบริการเพื่อตรวจสอบพัดลมเพื่อหาฝุ่นและสำหรับการนำไปใช้ใหม่ของวางความร้อน มันอยู่ภายใต้การรับประกัน แต่ฉันสามารถ '

ป้อนคำอธิบายรูปภาพที่นี่


อัปเดต, มิถุนายน 23, 2017: ฉันไม่สามารถเชื่อมต่อกับที่ปรึกษาอาวุโสของ AppleCare เดิมได้ฉันจึงได้พูดคุยกับคนใหม่ที่เข้ามารับตำแหน่งแทน เขาอยู่กับ Apple มาประมาณสิบปีแล้วและพูดต่อไปนี้ (ฉันกำลังถอดความ):

1) รีบูตทุกสัปดาห์ มันแรงเกินไปที่จะบอกว่าพวกเขาต้องการ แต่เป็นแนวทางปฏิบัติที่ดี MacOS โหลดมากที่สุดเท่าที่เป็นไปได้ใน RAM เพื่อเพิ่มประสิทธิภาพและหากคอมพิวเตอร์ของคุณไม่ได้ใช้หน่วยความจำ ECC (ซึ่งเป็นเพียง MacPros ทำ) ข้อผิดพลาดคืบในที่สุดสิ่งเหล่านี้อาจทำให้เกิดความตื่นตระหนกเคอร์เนล ระยะเวลานี้ใช้เวลาแตกต่างกันมากขึ้นอยู่กับรูปแบบการใช้งานของคุณ บางคนสามารถหนีไปได้นานโดยไม่ต้องตกใจ [มันไม่ได้เป็นเพียงแค่การใช้งานของคุณอย่างหนัก แต่ยังรวมถึงสิ่งที่คุณใช้ ดังนั้นผู้ใช้งานรายหนึ่งอาจใช้งานได้ดีกับการรีบูตครั้งไม่บ่อยนักในขณะที่อีกคนที่ใช้ซอฟต์แวร์ที่แตกต่างกันอาจต้องการผู้ที่ใช้งานบ่อยขึ้น] มันเกี่ยวกับการบริหารความเสี่ยง การรีบูตจะเป็นการล้าง RAM ทำให้สามารถเริ่มต้นใหม่ได้ ยิ่งคุณรอนานระหว่างการรีบูตยิ่งเกิดข้อผิดพลาดมากขึ้นและยิ่งมีความเสี่ยงต่อการตื่นตระหนกของเคอร์เนลมากขึ้น แม้ว่าหนึ่งสัปดาห์จะไม่ใช่แนวทางที่เฉพาะเจาะจง แต่แน่นอนว่าไม่มีแนวทางเฉพาะ คุณอาจใช้พูดสองสัปดาห์โดยทั่วไปแล้วภายใน Apple จะมีการรีบูตเครื่องเป็นวิธีปฏิบัติที่ดีด้วยเหตุผลด้านบน หากคุณต้องการให้ความเสี่ยงนั้นอยู่ในระดับที่ต่ำมากการรีบูตเครื่องรายสัปดาห์เป็นวิธีที่ยอดเยี่ยม

[ข้อสังเกตหนึ่งของฉัน: สิ่งนี้ไม่ได้อธิบายว่าทำไมฉันถึงไม่ได้รับเคอร์เนลปกติด้วย PowerPC ของฉันซึ่งในขณะที่สามารถใช้หน่วยความจำ ECC ไม่สามารถใช้ประโยชน์จากฟังก์ชัน ECC ได้ยกเว้นว่าชิป PowerPC จะใช้หน่วยความจำแตกต่างจาก ชิป Intel แม้จะใช้ระบบปฏิบัติการเดียวกัน]

สำหรับตัวอย่างฟาร์มเซิร์ฟเวอร์ที่ยกขึ้นจะไม่เป็นปัญหาสำหรับเซิร์ฟเวอร์ที่ใช้หน่วยความจำ ECC เช่น Mac XServe เก่า อย่างไรก็ตามแน่นอนว่า Mac Minis ไม่ทำเช่นนั้นฉันอยากรู้ว่าhttps://macminicolo.netบ่อยแค่ไหน(กล่าวถึงโดย Matt Holland ในความคิดเห็นด้านล่าง) พบว่า Mac Minis ที่โฮสต์ในเซิร์ฟเวอร์ฟาร์มของพวกเขาจำเป็นต้องรีบูต

2) เคอร์เนลหมดอายุ: เขาไม่เคยได้ยินเรื่องนี้ เขาจะติดต่อวิศวกรเพื่อขอความกระจ่างและควรรายงานกลับภายในประมาณหนึ่งสัปดาห์ ฉันจะให้คุณรู้ว่าสิ่งที่เขาพูด ส่วนหนึ่งของสิ่งนี้เขาจะพยายามรับคำตอบที่ชัดเจนยิ่งขึ้นเกี่ยวกับการใช้งาน CPU ของ Safari (ดังที่ฉันได้กล่าวไว้ข้างต้นวิศวกรของ Apple มีการติดตามข้อมูลจริงของเหตุการณ์นี้ดังนั้นพวกเขาจึงมีข้อมูลที่ดี)

รายงานขั้นสุดท้าย เกี่ยวกับ "การหมดอายุของเคอร์เนล" (อัพเดท 9 ม.ค. 2561):ฉันไม่เคยได้รับคำตอบจากที่ปรึกษาอาวุโสคนใหม่เกี่ยวกับ "การหมดอายุของเคอร์เนล" ฉันได้ทำการวิจัยด้วยตัวเองและพบว่าในขณะที่ดูเหมือนว่าไม่มีสิ่งเช่น "การหมดอายุของเคอร์เนล" ใน OSX มี (ตามที่ถูกกล่าวถึงโดย Zan Lynx ในการอภิปรายด้านล่าง) "ตัวจับเวลาเคอร์เนล" ที่หมดอายุ (ดูhttp://www.sciencedirect.com/science/article/pii/S174228761500050X ) ดังนั้นการเก็งกำไรที่ดีที่สุดของฉันคือวิศวกร Apple Care อ้างถึงเคอร์เนลหมดอายุและสิ่งนี้ก็หายไปในการแปล (เพื่อใช้การแสดงออกของ Monomeeth) ระหว่างวิศวกรและที่ปรึกษาอาวุโสเดิมดังนั้นจึงแปรเปลี่ยนเป็น "การหมดอายุของเคอร์เนล" เมื่อที่ปรึกษาอาวุโสพยายามส่งต่อให้ฉัน อนิจจาแม้ว่าจะเป็นเช่นนั้นฉันก็ไม่รู้ว่าเหตุใดวิศวกร AC จึงกังวลเกี่ยวกับเรื่องนี้เกี่ยวกับช่วงเวลาที่ทำงานของฉัน

EPILOG (กรกฎาคม 1, 2018): ในช่วงเจ็ดเดือนที่ผ่านมาฉันใช้ Mac ของฉันทั้งแบบมีและไม่มีการรีบูตทุกสัปดาห์ ฉันได้พบอย่างสม่ำเสมอว่าเมื่อฉันทำใหม่ทุกสัปดาห์รีบูตเครื่อง Mac ของฉันทำงานได้ดี แต่เมื่อฉันคิดถึงพวกเขาพฤติกรรมที่เฉื่อยชาเริ่มปรากฏขึ้น ข้อสรุปของฉันคือแม้ว่าโดยทั่วไปอาจไม่เป็นความจริงที่ว่า Mac ต้องมีการรีบูตรายสัปดาห์ แต่การกำหนดค่าเฉพาะของฉันก็ทำได้

การกำหนดค่าของฉัน:

ฉันมี MacBook Pro กลางปี ​​2014 11,3 (2.8 GHz Intel i7-4980HQ & SSD 1TB พร้อมลิงค์ PCIe 4 ช่อง 4 เลนจัดรูปแบบด้วย APFS) ตลอดช่วงเวลานี้ (ตั้งแต่เดือนมกราคม 2018) ฉันได้ทำการติดตั้ง * ของ High Sierra ด้วยการติดตั้งเฉพาะโปรแกรมที่ไม่ใช่ของ Apple ดังต่อไปนี้: MS Office, Mathematica, Logitech Gaming Mouse, Keyboard Maestro, Carbon Copy Cloner, เครื่องพิมพ์ Canon , TomTom HOME, MacTeX (ชุดโปรแกรมสำหรับใช้ LaTeX), Firefox, Opera, Kindle, คัดลอก, ขนาดเล็กลง, Decelerator, TestGen, Turbo Tax, Flux, Launch Bar และ EtreCheck [* ใช่ฉันเช็ดไดรฟ์ติดตั้ง High Sierra แล้วติดตั้งโปรแกรมด้านบน]

นอกจากนี้ก่อนหน้านี้ (ในเดือนพฤศจิกายน 2017) ฉันนำคอมพิวเตอร์ไปยัง Apple เพื่อรับการรับประกันซ่อมเพื่อแก้ไขปัญหาการควบคุมปริมาณความร้อนและปัญหาอื่น ๆ พวกเขาพบว่าแผ่นความร้อนนั้นชำรุดและแทนที่ทั้งเมนบอร์ดรวมถึงแบตเตอรี่ (มันบวม) เคสและแทร็คแพด ฉันไม่ได้สัมผัสกับการควบคุมปริมาณความร้อนตั้งแต่นั้นมา

Mac ของฉันใช้เวลาส่วนใหญ่ที่บ้านเชื่อมต่อกับแป้นพิมพ์ Logitech K811 และเมาส์ G502 และจอภาพ Dell P2715Q 27 "4K


10
ฉันรีบูตสำหรับการอัพเกรด MacOS เท่านั้นและฉันยังมีสิ่งที่ทำงานมากกว่าที่คุณทำ ดังนั้นฉันคิดว่าสิ่งสำคัญที่ขาดหายไปในการสื่อสารที่นี่
nohillside

28
หากเทคโนโลยีที่คุณพูดถึงพยายามที่จะตำหนิความตื่นตระหนกของเคอร์เนลที่คุณไม่รีบูตพอเขาควรถูกไล่ออก macOS มีความน่าเชื่อถือน้อยลงเรื่อย ๆ ในช่วงหลายปีที่ผ่านมาและการกล่าวโทษปัญหาของผู้ใช้นั้นค่อนข้างรุนแรง เคอร์เนลที่ออกแบบมาอย่างดีแทบไม่ต้องตกใจเลย Linux เป็นตัวอย่างที่ดี
William T Froggard

19
" ซึ่งเป็นสิ่งจำเป็นเพราะเคอร์เนล (หรือเคอร์เนล?) หมดอายุ (เขาแนะนำรายสัปดาห์ " นั่นคืออะไร แต่ BS บริสุทธิ์แน่นอน!
user3439894

16
"แต่ข้อดีทั้งสามอย่างของ MacBook ที่ฉันเป็นเจ้าของ (2008, 2011, 2014) ได้ให้เคอร์เนล panics ทุกเดือนหรือสองเดือน" ฉันไม่สามารถทำซ้ำสิ่งนี้ได้หรือ William Froggard อ้างว่า "macOS มีความน่าเชื่อถือน้อยลงในช่วงหลายปีที่ผ่านมา" ฉันมีทั้ง Mac ที่ใช้ PowerPC และชุดของ MacBook Pros ที่ใช้ Intel และไม่ได้สังเกตการถดถอยที่เสถียร หากมีสิ่งใด macOS มีความน่าเชื่อถือมากกว่าที่เคยเป็นมา ฉันไม่เคยมีความตื่นตระหนกเคอร์เนลในปลายปี 2013 MBP ของฉัน (ยังคงใช้อยู่ในชีวิตประจำวัน) ผมอาจจะเริ่มต้นใหม่ได้สี่ครั้งต่อปีและผมเป็นอย่างมากที่ผู้ใช้หนัก คุณกำลังถูกบอกเรื่องไร้สาระ
โคดี้เกรย์

6
ไม่มีข้อโต้แย้งที่น่าสนใจอีกต่อไปในการรีบูตเครื่องคอมพิวเตอร์เป็นประจำและมีข้อได้เปรียบในการทำเช่นนั้น ไม่เกี่ยวกับระบบปฏิบัติการ แต่เกี่ยวกับระบบปฏิบัติการ, ฮาร์ดแวร์, ไดรเวอร์อุปกรณ์, ซอฟต์แวร์ของ บริษัท อื่นที่ติดตั้งและรูปแบบการใช้งานเฉพาะของผู้ใช้ ผู้คนจำเป็นต้องหยุดทำตัวเหมือนไม่รีบูตเครื่องเป็นตราเกียรติยศ มันไม่ใช่.
ลา Ms Chipps

คำตอบ:


65

ไม่มีเอกสารเกี่ยวกับสิ่งนี้

การทำงานเป็นวิศวกร Apple ที่ผ่านการรับรอง (CAE) ฉันสามารถบอกคุณได้ว่ามีบางสิ่งที่ขาดหายไปในการแปล (เพราะต้องการคำที่ดีกว่า) จากแหล่งดั้งเดิม (เช่นทีมวิศวกรรม) ไปยังที่ปรึกษา AppleCare ให้กับคุณ

ขณะที่มันเป็นเรื่องถกเถียงกัน (ความคิดเห็นที่แตกต่างกันมาก) ที่ประจำการรีบูตเครื่องคอมพิวเตอร์ (เช่นคอมพิวเตอร์เครื่องใดก็ได้) จะเป็นประโยชน์มีอย่างแน่นอนไม่มีเคอร์เนลหมดอายุที่เกิดขึ้น และตามที่คนอื่น ๆ ได้ระบุไว้การรีบูตเครื่อง Mac นั้นจำเป็นสำหรับการอัปเดต / อัปเกรดจำนวน จำกัดเท่านั้น (เช่นการอัปเดตเฟิร์มแวร์การอัปเดตระดับ OS การอัปเกรดฮาร์ดแวร์ ฯลฯ )

ฉันมีเครื่อง Mac ที่หลากหลาย (รวมถึง MBP) เป็นประจำทุกวันตลอด 24 ชั่วโมงทุกสัปดาห์โดยไม่มีปัญหาใด ๆ ดังนั้นการบอกว่าคุณไม่รีบูตเครื่องคอมพิวเตอร์บ่อยครั้งเพียงพอซึ่งเป็นสิ่งจำเป็นเพราะเคอร์เนลหมดอายุไม่มีอะไรมากไปกว่าจินตนาการของใครบางคน ลองคิดดูว่าหาก Macs เหล่านั้นถูกใช้เป็นเซิร์ฟเวอร์จำเป็นต้องรีบูตทุกสัปดาห์ - Apple จะเป็นตัวตลกในอุตสาหกรรมไอที!

คำแนะนำของฉันคือการวิจัย (และอาจจะโพสต์คำถามแยกต่างหากเกี่ยวกับ) ปัญหาที่คุณมีกับการใช้งาน CPU ของ Safari


6
มี Mac ที่ออกแบบมาสำหรับการใช้งานเซิร์ฟเวอร์หรือไม่
JAB

15
@JAB Apple ไม่ทำให้เซิร์ฟเวอร์ "ติดตั้งบนชั้นวาง" อีกต่อไป แต่มี Macs ที่ให้บริการ API และเว็บไซต์อย่างแน่นอนลองดูที่macminicolo.netเช่น ...
Matt Holland

5
@JAB เคยมีคนเรียก Xserve Mac Minis ยังใช้กันอย่างแพร่หลายเป็นเซิร์ฟเวอร์
Dmitry Kudriavtsev

11
Apple ใช้สามเวอร์ชันเพื่อสรุปว่า "รูปแบบและติดตั้งใหม่" ไม่ใช่ขั้นตอนที่ยอมรับได้สำหรับการเปลี่ยนที่อยู่ IP ของเซิร์ฟเวอร์ ฉันจะไม่ขอให้พวกเขาผ่านมันไปเพื่อให้ต้องรีบูตเครื่องรายสัปดาห์
Mark

2
ปฏิกิริยาแรกของเราที่ บริษัท เทคโนโลยีรายใหญ่เมื่อเราเห็น Mac Mini คือ "มัน 1/4" สูงเกินไป "(แร็คคือ 1-3 / 4, Mac Mini คือ 2") ตั้งแต่นั้นมาพวกเขาก็แก้ไขมัน
ฮาร์เปอร์

24

อย่างที่คนอื่นพูดนี่มันไม่ได้ฟังดูเป็นการตอบสนองที่สมเหตุสมผลจาก Apple และอาจเป็นไปได้ว่ามีบางอย่างสูญหายในการแปล ที่กล่าวว่าความตื่นตระหนกเคอร์เนลรายเดือน (หรือเกือบจะ) เป็นสิ่งที่ "ผิดปกติ" ความจริงที่ว่าสิ่งนี้ยังคงมีอยู่ในเครื่องที่แตกต่างกัน 3 เครื่องบ่งชี้ว่าคุณมีโชคที่แย่ที่สุดในการซื้อฮาร์ดแวร์ที่ไม่สม่ำเสมอหรือมีการถ่ายโอนบางอย่างจากเครื่องหนึ่งไปอีกเครื่อง

ฉันสมมติว่าคุณยังไม่ได้ย้ายชิปแรมหรือ HDD จากแล็ปท็อปไปยังแล็ปท็อปดังนั้นจึงทำให้ซอฟต์แวร์หรืออุปกรณ์ภายนอกบางอย่าง หากคอมพิวเตอร์ใหม่ทุกเครื่องที่คุณใช้ TimeMachine หรือซอฟต์แวร์ถ่ายโอนในตัวของ Apple เพื่อโอนย้ายสภาพแวดล้อมของคุณอาจเป็นไปได้ว่าปัญหาซอฟต์แวร์บางอย่างกำลังถูกเผยแพร่ในแต่ละครั้งที่คุณอัพเกรดเครื่อง น่าเสียดายวิธีเดียวที่ "รวดเร็ว" ในการตรวจสอบความถูกต้องนี้คือการบูตจากการติดตั้งใหม่ทั้งหมดและใช้สิ่งนั้นจนกว่าคุณจะมั่นใจว่าปัญหาจะไม่หายไป หากคุณมีไดรฟ์ภายนอกที่สามารถใช้ได้นี่เป็นโอกาสสำหรับคุณ แต่ไม่เช่นนั้นคุณจะต้องสำรองข้อมูลทุกอย่างและติดตั้งใหม่อย่างสมบูรณ์โดยไม่ต้องกู้คืนข้อมูลสำรองซึ่งอาจต้องใช้ความพยายามมากกว่าที่คุณต้องการ เป็นไปได้มัน '

สมมติว่าคุณไม่ต้องการทำตามขั้นตอนเหล่านั้นฉันจะพยายามตรวจสอบสิ่งที่น่าตกใจของเคอร์เนลแต่ละตัวมีเหมือนกัน หากพวกเขาดูเหมือนจะเกิดขึ้นและสอดคล้องกับปัญหาซาฟารีของคุณนั่นจะทำให้แคบลงเป็นปัญหาที่น่าจะเกิดขึ้นในซาฟารี คุณสามารถลองใช้เบราว์เซอร์ที่แตกต่างกันสองสามเดือนและดูว่าปัญหาหายไปหรือลองกำจัดปลั๊กอิน / ส่วนเสริมของบุคคลที่สามที่คุณติดตั้งในซาฟารี หากปัญหายังคงมีอยู่การใช้งาน CPU ที่ควบคุมไม่ได้ทำให้ฉันเป็นกระบวนการที่ควบคุมไม่ได้เนื่องจากข้อผิดพลาดของซอฟต์แวร์บางอย่างที่เกิดขึ้นกับโฆษณาหรือการติดตาม / จาวาสคริปต์อื่น ๆ ที่อยู่ในไซต์ที่คุณกำลังใช้ เมื่อคุณกำจัดปลั๊กอินต่าง ๆ ทั้งหมดซึ่งเป็นสาเหตุของปัญหาแล้วคุณสามารถลองติดตั้งปลั๊กอินปิดกั้นโฆษณาโดยควรเป็นปลั๊กอินที่สามารถบล็อกจาวาสคริปต์ได้และ จำกัด ให้มากที่สุด การทำเช่นนี้อาจทำให้การท่องเว็บของคุณสนุกน้อยลง (และอาจทำให้บางไซต์ที่คุณใช้ไม่สามารถใช้งานได้) แต่ปลั๊กอินบางประเภทยังช่วยให้คุณปิดการบล็อกบนเว็บไซต์ตามแต่ละไซต์ดังนั้นเมื่อเวลาผ่านไปคุณจะผ่อนคลายข้อ จำกัด ไซต์ที่ทำให้เกิดปัญหา จากนั้นคุณจะมีตำแหน่งเริ่มต้นที่ดีขึ้นสำหรับการพิจารณาสิ่งที่ทำให้คุณมีปัญหา

หากความตื่นตระหนกของเคอร์เนลเกิดขึ้นแม้จะอยู่นอกการใช้งานซาฟารีคุณอาจกำลังดูว่าปัญหาซาฟารีของคุณนั้นเกิดจากอะไรก็ตามที่ทำให้เกิดความตื่นตระหนกของเคอร์เนลซึ่งในกรณีนี้คุณต้องการจัดการกับปัญหานั้นก่อนที่จะลอง

อุปกรณ์ภายนอกอาจทำให้เกิดความตื่นตระหนกของเคอร์เนลหากอุปกรณ์เหล่านั้นทำงานผิดปกติ ดังนั้นหากคุณใช้ HDD ภายนอกหรืออย่างอื่นที่เสียบเข้ากับ USB หรือพอร์ตขยายอื่น ๆ ของคุณลองดูว่าหากไม่ได้ใช้อุปกรณ์นั้นเพื่อล้างสิ่งต่างๆ แม้กระทั่งบางอย่างเช่นไดรฟ์หัวแม่มือ USB อาจทำให้เกิดปัญหาได้ มันไม่ใช่สิ่งที่พบได้ทั่วไป แต่หลังจากนั้นอีกครั้งไม่มีความตื่นตระหนกของเคอร์เนลรายเดือน หรือหากคุณใช้พอร์ตเดียวกันกับอุปกรณ์เสมอคุณสามารถลองใช้พอร์ตอื่นเพื่อดูว่าเป็นปัญหาฮาร์ดแวร์ภายในหรือไม่ แต่มีโอกาสน้อยกว่าที่ปัญหาดังกล่าวจะคงอยู่ในเครื่องหลายเครื่อง


ฉันจำได้ว่าทำการติดตั้งใหม่ทั้งหมดอย่างน้อยสองครั้ง: เริ่มจากระบบปฏิบัติการติดตั้งเวอร์ชั่นล่าสุดของแอพพลิเคชั่นทั้งหมดจาก Apple Store หรือเว็บไซต์ของผู้พัฒนาแล้วคัดลอกไปยังโฟลเดอร์ข้อมูลของฉัน (กระบวนการนั้นใช้เวลาประมาณ 8 ชั่วโมง) ) ฉันเคยลองใช้ Time Machine สำหรับสิ่งนี้พบว่ามันบั๊กมากเกินไปและเริ่มต้นใหม่โดยใช้วิธีการข้างต้น
นักทฤษฎี

คุณถูกต้องว่าอุปกรณ์ภายนอกอาจทำให้เกิดความตื่นตระหนกของเคอร์เนล ข้อยกเว้นประการหนึ่งสำหรับพฤติกรรมที่แข็งกระด้างที่ฉันอธิบายสำหรับ MacPro ของฉันคือหนึ่งปีที่มันตื่นตระหนกซ้ำ ๆ ทำงานกับ Apple เราตรวจสอบซอฟต์แวร์สำรองที่มาพร้อมกับ HD ภายนอกของ Seagate (ซอฟต์แวร์ที่ออกแบบมาสำหรับ Mac!) หลังจากลบแล้วปัญหาจะหายไป ฉันจึงระมัดระวังที่จะไม่ใช้ซอฟต์แวร์สำรองข้อมูลของ Seagate (หรือ WD) ตั้งแต่นั้น (ฉันใช้ Carbon Copy Cloner) [แสดงความคิดเห็นต่อไปต่อไป .... ]
นักทฤษฎี

5
เมื่อใดก็ตามที่ฉันได้ยินเกี่ยวกับ Mac ที่มีเคอร์เนลที่น่าตกใจมากมายฉันจะถามว่าพวกเขาติดตั้งซอฟต์แวร์ Adobe หรือไม่ คำตอบคือใช่เสมอ. แค่พูดใน ...
ลาก่อน Chipps

1
@moneyt ฉันไม่ได้คัดลอกไฟล์ Library ใด ๆ ยกเว้นบุ๊คมาร์ค Safari ของฉัน ฉันแค่ให้แอปพลิเคชั่นสร้างสิ่งใหม่ ๆ เหล่านี้ ไม่เช่นนั้นจะเป็นเอกสารรูปภาพเพลงอีเมล ฯลฯ พร้อมด้วย (IIRC - ฉันไม่พบบันทึกย่อของฉันในเรื่องนี้) บางส่วนของ / usr / local ที่เกี่ยวข้องกับ LaTeX ฉันไม่ได้ใช้ซอฟต์แวร์ป้องกันไวรัสหรือเครื่องมือเทคเครื่องมือ แต่ฉันใช้ Adobe CS ฉันคิดว่าถ้าฉันต้องการที่อยู่เคอร์เนลล้มเหลวโดยตรงฉันจะทำโพสต์แยกกับรายงานความผิดพลาดเมื่อเร็ว ๆ นี้ (ฉันไม่ได้บันทึกเมื่อเร็ว ๆ นี้)
นักทฤษฎี

1
@Theorist สำหรับฉันดูเหมือนว่าส่วนหนึ่งของการตอบสนองที่คุณได้รับจาก Apple (เช่นดูเหมือนว่าฉันไม่ได้รีบูตคอมพิวเตอร์บ่อยครั้งส่วนที่เพียงพอ ) เป็นความพยายามที่จะจัดการกับอาการมากกว่าสาเหตุ คำแนะนำที่เสนอโดย moneyt และอื่น ๆ ที่นี่มีประโยชน์ แต่ฉันขอแนะนำให้คุณถามคำถามโดยเฉพาะเกี่ยวกับปัญหา CPU ของ Safari (และอาจมีคำถามอื่นเกี่ยวกับความตื่นตระหนกของเคอร์เนลหลังจากเกิดเหตุการณ์ถัดไป - แม้ว่าทั้งสองอาจเกี่ยวข้องกัน) ด้วยวิธีนี้ชุมชนสามารถลองช่วยเหลือคุณได้มากขึ้นเนื่องจากเราไม่รู้ว่าคุณได้ลองทำอะไรไป (นอกเหนือจากการโทรไปที่ AppleCare)
Monomeeth

15

ฉันไม่แน่ใจว่าคุณเป็นใครพูดคุยกับ Apple แต่ Macs เช่นอุปกรณ์ที่ใช้ Unix ทั้งหมดไม่จำเป็นต้องทำการรีบูตเป็นประจำยกเว้นการอัปเดตบางอย่าง

สำหรับเคอร์เนลมันเป็นหัวใจของระบบปฏิบัติการ สามารถมีได้เพียงหนึ่งเดียวเท่านั้น ไม่ควรเกี่ยวข้องกับปัญหาของคุณที่นี่ หาก Safari มีการใช้งาน CPU ที่ควบคุมไม่ได้ฉันจะลองลบแคชก่อน ขณะอยู่ใน Safari ให้คลิกที่เมนู Safari เลือกการตั้งค่าเลือกแท็บความเป็นส่วนตัวเลือก "จัดการข้อมูลเว็บไซต์ ... " จากนั้นเลือก "ลบทั้งหมด" โปรดทราบว่าคุณจะต้องเข้าสู่เว็บไซต์อีกครั้ง แต่คุณจะไม่สูญเสียสิ่งสำคัญ


ฉันได้ทำ "ลบทั้งหมด" สองสามครั้งเพื่อไม่เกิดประโยชน์ ฉันจะดูว่าฉันสามารถให้ที่ปรึกษาอาวุโสส่งข้อความที่แน่นอนจากวิศวกร Apple ได้ไหม
นักทฤษฎี

& ขอบคุณฉันได้แก้ไขโพสต์ของฉันเพื่อลบ "kernels" พหูพจน์
นักทฤษฎี
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.