Mavericks sleep / hibernate ทำให้เกิดกิจกรรมแฟน ๆ สูง


1

หลังจากอัปเดตเป็น OS X 10.9 แล้ว MacBook Pro 13 นิ้วขนาด 13 นิ้วของฉันจะประสบปัญหาเมื่อเข้าสู่โหมดสลีป ประมาณหนึ่งนาทีหลังจากเข้านอนพัดลมก็เริ่มทำงานสูงและทำเช่นนั้นต่อไปอีกประมาณหนึ่งนาที (แต่เวลานั้นแปรปรวนอย่างมาก)

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

ฉันสังเกตเห็นรายการบันทึกแปลก ๆ ในคอนโซลของฉัน:

21/12/2013 12:07:11.000 kernel[0]: PM notification timeout (pid 48014, Messages)
21/12/2013 12:07:15.000 kernel[0]: AirPort_Brcm43xx::powerChange: System Sleep 
21/12/2013 12:07:18.000 kernel[0]: hibernate image path: /var/vm/sleepimage
21/12/2013 12:07:18.000 kernel[0]: efi pagecount 43
21/12/2013 12:07:18.000 kernel[0]: hibernate_page_list_setall(preflight 1) start 0xffffff80f5dbe000, 0xffffff80f603e000
21/12/2013 12:07:18.000 kernel[0]: hibernate_page_list_setall time: 224 ms
21/12/2013 12:07:18.000 kernel[0]: pages 1960650, wire 456636, act 439481, inact 53144, cleaned 0 spec 48, zf 199674, throt 0, compr 693907, xpmapped 8652081
21/12/2013 12:07:18.000 kernel[0]: could discard act 6855 inact 76195 purgeable 18521 spec 16142 cleaned 47
21/12/2013 12:07:18.000 kernel[0]: hibernate_page_list_setall preflight pageCount 1842890 est comp 66 setfile 5267647972 min 4294967296
…
21/12/2013 12:07:20.000 kernel[0]: [0x1a5aeab000, 0x1000]
21/12/2013 12:07:20.000 kernel[0]: [0x1a5aeb9000, 0x7000]
21/12/2013 12:07:20.000 kernel[0]: [0x1a5aec3000, 0x1000]
…
21/12/2013 12:07:21.000 kernel[0]: [0x5a7a6f000, 0x39000]
21/12/2013 12:07:21.000 kernel[0]: *** kernel exceeded 500 log message per second limit  -  remaining messages this second discarded ***
21/12/2013 12:10:19.000 kernel[0]: hibernate_page_list_setall(preflight 0) start 0xffffff80f5dbe000, 0xffffff80f603e000
21/12/2013 12:10:19.000 kernel[0]: hibernate_page_list_setall time: 281 ms
21/12/2013 12:10:19.000 kernel[0]: pages 1961557, wire 456989, act 439956, inact 53160, cleaned 0 spec 120, zf 199606, throt 0, compr 693907, xpmapped 8708503
21/12/2013 12:10:19.000 kernel[0]: could discard act 6855 inact 76248 purgeable 18521 spec 16148 cleaned 47
21/12/2013 12:10:19.000 kernel[0]: hibernate_page_list_setall found pageCount 1843738
21/12/2013 12:10:19.000 kernel[0]: IOHibernatePollerOpen, ml_get_interrupts_enabled 0
21/12/2013 12:10:19.000 kernel[0]: IOHibernatePollerOpen(0)
21/12/2013 12:10:19.000 kernel[0]: encryptStart a44a0
21/12/2013 12:10:19.000 kernel[0]: bitmap_size 0x3f5a4, previewSize 0x359ac8, writing 1842596 pages @ 0x43d50c
21/12/2013 12:10:19.000 kernel[0]: encryptEnd 19175c00
21/12/2013 12:10:19.000 kernel[0]: image1Size 0x24c5b000, encryptStart1 0xa44a0, End1 0x19175c00
21/12/2013 12:10:19.000 kernel[0]: encryptStart 24c5b000
21/12/2013 12:10:19.000 kernel[0]: encryptEnd 11c0c5e00
21/12/2013 12:10:19.000 kernel[0]: PMStats: Hibernate write took 175406 ms
21/12/2013 12:10:19.000 kernel[0]: all time: 175406 ms, comp bytes: 7547641856 time: 6109 ms 1178 Mb/s, crypt bytes: 4568892768 time: 7119 ms 612 Mb/s, 
21/12/2013 12:10:19.000 kernel[0]: image 4765540352 (90%), uncompressed 7547641856 (794110), compressed 4749442640 (62%), sum1 4b91d7ac, sum2 a6e4a967
21/12/2013 12:10:19.000 kernel[0]: zeroPageCount 87345, wiredPagesEncrypted 337128, wiredPagesClear 118809, dirtyPagesEncrypted 1386749
21/12/2013 12:10:19.000 kernel[0]: hibernate_write_image done(0)
21/12/2013 12:10:19.000 kernel[0]: sleep

- หลังจาก (สิ่งที่ฉันสมมติคือ) การเริ่มต้นการจำศีลปกติเคอร์เนลจะบ้าและปล่อยที่อยู่หน่วยความจำ (?!) ลงในบันทึก สิ่งนี้ดำเนินต่อไปเพียงไม่กี่วินาทีและการจำศีลเองนั้นใช้เวลา 175406 ms ≈ 3 นาที (ฉันมี RAM 8 GB)

รายการบันทึกหมายถึงอะไร พวกเขามีเบาะแสใด ๆ ในการแก้ปัญหานี้หรือไม่?

คนอื่นดูเหมือนจะมีปัญหาเดียวกันแต่ไม่มีวิธีแก้ไขที่ชัดเจน บทความดูเหมือนจะบ่งชี้ว่าคอมพิวเตอร์ไม่ควรจำศีลทันที แต่ในภายหลัง แต่ไม่ได้กล่าวถึงที่อยู่แปลก ๆ ทั้งหมดในบันทึก


คุณเปิดใช้งาน FileVault หรือไม่
JC

@JC Nope ฉันรู้ว่าฉันควรเปิดใช้งานจริง ๆ ...
Konrad Rudolph

เช่นเดียวกับการอัปเดต ~ 2.5 ปีต่อมาสิ่งนี้ยังคงไม่ได้รับการแก้ไข ฉันยังไม่รู้ว่าเกิดจากปัญหาฮาร์ดแวร์หรือซอฟต์แวร์ แล็ปท็อปที่เป็นปัญหากำลังจะปิดให้บริการในไม่ช้า
Konrad Rudolph

คำตอบ:


1

เคอร์เนลกำลังเข้ารหัสไฟล์ไฮเบอร์เนตไม่ว่าจะด้วยเหตุผลใดและปลอดภัยที่จะสันนิษฐานว่าการเข้ารหัสซึ่งเป็นกระบวนการที่ใช้ CPU มากทำให้เกิดความร้อนขึ้น ไฟล์ไฮเบอร์เนตบางครั้งเรียกว่าไฟล์ 'sleepimage' มักจะมีขนาดเท่ากับ RAM ของคุณและบางครั้งอาจได้รับความเสียหาย

ฉันขอแนะนำให้ตรวจสอบ Powermanagement-Settings ของคุณภายใน Terminal โดยใช้คำสั่ง folowing:

pmset -g

คุณควรจะได้รับรายชื่อของการตั้งค่า urrent ซึ่งคุณสามารถแปลความหมายโดยการพิมพ์ 'คน pmset' หรือโดยดูที่เอกสารให้โดยแอปเปิ้ลที่นี่ โปรดตรวจสอบว่าการตั้งค่าสำหรับ 'hibernatemode' เป็นอย่างอื่นที่ไม่ใช่ 3 (สำหรับพอร์ต Mac) บางทีคุณสามารถโพสต์การตั้งค่าที่สมบูรณ์

ฉันขอแนะนำให้คุณลองลบ sleepimage ในกรณีที่มันเกิดความเสียหาย (แม้ว่าฉันจะไม่เห็นข้อผิดพลาด) คุณสามารถทำได้ภายใน Terminal ด้วยคำสั่งนี้:

sudo rm /private/var/vm/sleepimage

มันจะถูกสร้างขึ้นใหม่ในครั้งต่อไปที่ Mac ของคุณเข้าสู่โหมดสลีป การเข้ารหัสยังคงเกิดขึ้นกับ sleepimage ใหม่หรือไม่?


ในที่สุดก็มีการทำเช่นนั้น น่าเสียดายที่การตั้งค่าเวลาส่วนใหญ่เป็นเรื่องปกติและการลบรายการนั้นก็sleepimageไม่ต่าง อย่างไรก็ตามฉันสังเกตเห็นบางสิ่งแปลก ๆ …ฉันมี RAM 8 GiB (ทุกระบบเป็นที่รู้จัก) แต่sleepimageมีขนาดเพียง 4 GiB - ทั้งเก่าและใหม่ที่เพิ่งสร้างขึ้น เกิดอะไรขึ้นที่นี่?
Konrad Rudolph

มันอาจถูกบีบอัดหรือเก็บไว้อย่างมีประสิทธิภาพมากกว่า 1: 1 (ขนาด Ram ถึง Sleepimage) ฉันมี RAM 24GB และมีเพียง 2GB Sleep-Image
JC

นี้ (= การลบ sleepimage) ดูเหมือนว่าจะแก้ปัญหาหลังจากทั้งหมด ดีมาก.
Konrad Rudolph

ดีใจที่ได้รับความช่วยเหลือ :-)
JC

0

macbook ของฉันทำเช่นเดียวกัน ฉันคิดว่านี่เป็นพฤติกรรมที่ตั้งใจเพราะมันพยายามทำให้ตัวเองเย็นลงอย่างรวดเร็วเพราะคุณอาจวางมันไว้ในกระเป๋าเป้สะพายหลังแล้วมันจะยากสำหรับแล็ปท็อปที่จะทำให้เย็นลง ดังนั้นมันจึงเป็นขั้นตอนคูลดาวน์อย่างรวดเร็ว

นี่เป็นเพียงการคาดเดา

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