Tại sao MacBook Pro của tôi mất nhiều thời gian để đi ngủ?

Cho đến gần đây, khi tôi nhấn Option- Cmd- Eject, MacBook Pro của tôi thường đi ngủ gần như ngay lập tức (ví dụ trong vòng ba hoặc bốn giây). Đó là MBP 8.2 với ổ SSD và RAM 8GB.

Kể từ một tuần hoặc lâu hơn, mất nhiều thời gian hơn; khoảng mười lăm giây hoặc thậm chí nhiều hơn. Đây là đầu ra giao diện điều khiển từ nhấn phím tắt cho đến khi sleepthông báo của kernel :

7/31/11 11:50:59 PM mDNSResponder[17]   Client application bug: DNSServiceResolve(charon._smb._tcp.local.) active for over two minutes. This places considerable burden on the network.
7/31/11 11:50:59 PM mDNSResponder[17]   Client application bug: DNSServiceResolve(Meredith(SSH)._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
7/31/11 11:51:03 PM kernel  PM notification timeout (pid 3715, Google Chrome He)
7/31/11 11:51:03 PM kernel  hibernate image path: /var/vm/sleepimage
7/31/11 11:51:03 PM kernel  sizeof(IOHibernateImageHeader) == 512
7/31/11 11:51:03 PM kernel  Opened file /var/vm/sleepimage, size 8589934592, partition base 0xc805000, maxio 400000 ssd 1
7/31/11 11:51:03 PM kernel  hibernate image major 14, minor 2, blocksize 512, pollers 5
7/31/11 11:51:03 PM kernel  hibernate_alloc_pages flags 00000000, gobbling 0 pages
7/31/11 11:51:03 PM kernel  hibernate_setup(0) took 0 ms
7/31/11 11:51:06 PM kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
7/31/11 11:51:06 PM kernel  System SafeSleep
7/31/11 11:51:15 PM kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000
7/31/11 11:51:15 PM kernel  hibernate_page_list_setall start 0xffffff809225b000, 0xffffff809229b000
7/31/11 11:51:15 PM kernel  hibernate_page_list_setall time: 447 ms
7/31/11 11:51:15 PM kernel  pages 1564968, wire 250981, act 375476, inact 548, spec 267, zf 6140, throt 0, could discard act 115301 inact 538951 purgeable 39710 spec 237594
7/31/11 11:51:15 PM kernel  hibernate_page_list_setall found pageCount 633412
7/31/11 11:51:15 PM kernel  IOHibernatePollerOpen, ml_get_interrupts_enabled 0
7/31/11 11:51:15 PM kernel  IOHibernatePollerOpen(0)
7/31/11 11:51:15 PM kernel  writing 631584 pages
7/31/11 11:51:15 PM kernel  encryptStart 69aa50
7/31/11 11:51:15 PM kernel  encryptEnd 89ade70
7/31/11 11:51:15 PM kernel  image1Size 310265344, encryptStart1 69aa50, End1 89ade70
7/31/11 11:51:15 PM kernel  encryptStart 127e4600
7/31/11 11:51:15 PM kernel  encryptEnd 40c9f7c0
7/31/11 11:51:15 PM kernel  PMStats: Hibernate write took 8066 ms
7/31/11 11:51:15 PM kernel  all time: 8066 ms, comp time: 2645 ms, deco time: 0 ms, 
7/31/11 11:51:15 PM kernel  image 1086978048, uncompressed 2587336704 (631674), compressed 1074427632 (41%), sum1 4849c5df, sum2 d1708974
7/31/11 11:51:15 PM kernel  wired_pages_encrypted 146094, wired_pages_clear 103149, dirty_pages_encrypted 382431
7/31/11 11:51:15 PM kernel  hibernate_write_image done(0)
7/31/11 11:51:15 PM kernel  sleep

Lưu ý rằng tôi biết câu hỏi này , nhưng tôi chưa thay đổi bất cứ điều gì trong hệ thống và nó thường đi ngủ nhanh hơn bây giờ. Xem xét rằng PMStatsbáo cáo thời gian viết ngủ đông hơn tám giây, điều này khiến tôi nghĩ rằng đó là nội dung RAM.

Những thay đổi hệ thống duy nhất tôi nhớ là cài đặt hai bản cập nhật cho 10.6 được phát hành ngay trước khi phát hành cuối cùng của Lion. Điều đó có thay đổi gì không?

Làm thế nào tôi sẽ đi về khắc phục sự cố này?

Ngay cả sau khi

sudo pmset -a hibernatemode 0
sudo pmset -a hibernatemode 1

nó mất khoảng thời gian để ngủ

FYI, đây là thông tin từ một giấc ngủ "sạch" (không an toàn):

8/1/11 2:26:49 PM   kernel  AirPort: Link Down on en1. Reason 8 (Disassociated because station leaving).
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   configd[14] network configuration changed.
8/1/11 2:26:50 PM   kernel  System Sleep
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000
8/1/11 2:26:50 PM   configd[14] network configuration changed.
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   configd[14] setting hostname to "charon.local"
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:58 PM   kernel  Wake reason = EHC2
8/1/11 2:26:58 PM   kernel  System Wake

Xem xét rằng PMStats báo cáo thời gian ghi ngủ đông hơn tám giây, điều này khiến tôi nghĩ rằng đó là nội dung RAM.

Chính xác. Nội dung RAM của bạn được ghi vào đĩa, ở chế độ ngủ mặc định, được gọi là "Ngủ an toàn", sẽ mất nhiều thời gian hơn RAM bạn có. Bạn có thể sửa đổi điều này bằng lệnh PMSet trong terminal .

sudo pmset -a hibernatemode 0

và sau đó khởi động lại.

Nếu bạn tắt tùy chọn này, bạn cũng có thể xóa tệp ngủ trong đó /var/vmvà lấy lại 8GB dung lượng ổ cứng. Hãy lưu ý rằng bạn sẽ mất dữ liệu sau đó nếu bạn ngủ quá lâu và pin chết.

Tôi đã từng có một tập khởi động chậm, tắt máy, ngủ và ngủ đông. Khi tôi bật chế độ dài dòng trong khi khởi động, nó bị kẹt ở "Chờ DSMOS" trong một thời gian dài. Xem liên kết này . Để giải quyết nó, xem liên kết này .

Sau đó, tất cả sự chậm lại của tôi đã biến mất.

Bạn có bao giờ có một thiết bị firewire cắm? Nếu tôi cố ngủ Macpro (tháp) bằng máy ảnh iSight cũ hơn được cắm qua Firewire, sẽ mất 10-20 giây để ngủ, so với 2-3 bình thường.