rMBP kernel_task tăng đột biến khi kết nối nhiều hơn một màn hình ngoài [trùng lặp]


35

Câu hỏi này đã có câu trả lời ở đây:

Khi kết nối kernel_task màn hình ngoài thứ hai tăng đột biến lên 600% +. Điều này làm cho máy tính không thể sử dụng được.

Trước Yosemite, điều này hoạt động tốt với 3 màn hình.

Dưới đây là chi tiết cụ thể:

  • Khi tôi kết nối một màn hình với DP hoặc HDMI, mọi thứ sẽ hoạt động tốt.
  • Khi tôi kết nối màn hình thứ hai với gai DP hoặc HDMI kernel_task.
  • Khi tôi ngắt kết nối DP hoặc HDMI, đôi khi kernel_task nhanh chóng trở lại mức bình thường.
  • Khi tôi ngắt kết nối tất cả các màn hình, kernel_task sẽ nhanh chóng trở về mức bình thường. (Trong goto Giám sát hoạt động View > Update Frequency > Very Oftenvà ngay khi bạn ngắt kết nối màn hình, bạn sẽ nhận được rất nhiều cập nhật nhanh chóng về giao diện người dùng).
  • Thỉnh thoảng khi cắm vào hai màn hình, nó hoạt động (DP hoặc HDMI) nhưng lần thứ 3 gây ra đột biến ngay lập tức. Sau khi điều này xảy ra, tất cả các màn hình phải được gỡ bỏ để nó trở lại bình thường. Đôi khi loại bỏ tất cả nhưng người ta sẽ sửa nó.
  • Đôi khi khi tôi cắm cả 3 vào thì phải mất 3 phút + để nó xảy ra.

Những gì tôi đã thử:

  • Đặt lại NVRAM.
  • Đặt lại SMC.
  • Thử kịch bản trên với bộ điều hợp nguồn được cắm và chạy bằng pin.
  • Vô hiệu hóa "Chuyển đổi đồ họa tự động" trong Tiết kiệm năng lượng.
  • Sử dụng đồ họa tích hợp bằng cách sử dụng sudo pmset -c gpuswitch 0

LƯU Ý: Khi thử một số trong những điều này đôi khi phải mất 1 phút để xảy ra.

Cấu hình hệ thống:

Tôi đang chạy MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / Mid 2012) chạy Yosemite 10.10.1.

Tôi có 3 màn hình ngoài (Dell 2415H) với 2 màn hình được kết nối bằng Cổng hiển thị và 1 với HDMI.


Tôi nghĩ rằng vấn đề phải làm với quản lý năng lượng. Bất cứ khi nào CPU của tôi chạm 58 độ dường như xảy ra. Tôi chỉ để 3 màn hình của mình cắm trong hơn 5 phút và điều đó đã không xảy ra. Nhưng khi tôi bắt đầu tìm kiếm bằng Chrome thì ngay lập tức nó đã xảy ra.

Có vẻ như một bản sửa lỗi tốt ở đây: http://www.rdoxenham.com/?p=259


Bên cạnh CPU, nhiệm vụ nào khác đi lên trong hoạt động?
Ruskes

Không có gì, chỉ là kernel_task.
vaughan

@bmike Tại sao câu hỏi này được đánh dấu là trùng lặp cho một câu hỏi được hỏi sau đó và có câu trả lời ít được chấp nhận hơn?
vaughan

Câu trả lời:


40

Theo Rhys Oxenhams :

hạt nhân sẽ tiếp tục lặp một số tác vụ rất đơn giản, ví dụ như lấy ngày, do đó, "tiêu thụ" (với mức ưu tiên cao nhất), phần lớn CPU trong một giá thầu để làm mát hệ thống.

Giải pháp anh ấy đề cập trên blog của mình nên hoạt động cho các máy Mac trước đó. Đối với máy Mac Ivy-Bridge và sớm hơn một chút Richard Schwarting đã tìm thấy tệp thích hợp để vô hiệu hóa . Hướng dẫn được bao gồm dưới đây để thuận tiện. Tôi đã thử nhiều thứ, nhưng điều này hoạt động.

  1. Vô hiệu hóa kext bằng cách đổi tên nó

    cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
    sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
    
  2. Xóa bộ đệm kext (không chắc chắn nếu điều này là cần thiết)

    sudo touch /System/Library/Extensions/
    
  3. Khởi động lại

    sudo reboot
    

  • Sau khi cài đặt các bản cập nhật OSX, bạn có thể cần lặp lại quy trình trên nếu các bản cập nhật đã được tạo lại kext.

Cập nhật cho (Cao) Sierra:

TL: TR

Đổi tên IOPl platformPluginF Family.kext / ACPI_SMC_Pl platformPlugin.kext / [MacModelIdentifier] .plist

Từng bước một:

  1. Bắt đầu giới thiệu Chế độ khôi phục (nhấn CMD + R trong khi khởi động)
  2. Tiện ích> Thiết bị đầu cuối csrutil disable(Vô hiệu hóa bảo vệ tệp hệ thống)
  3. Khởi động lại và đổi tên /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> Giới thiệu> Báo cáo hệ thống> Mã định danh mẫu) thành bugfix.plist(hoặc một cái gì đó khác)
  4. Khởi động lại và kiểm tra nếu kernal_taskquá trình giảm xuống dưới 10%
  5. Nếu thành công, hãy khởi động lại một lần nữa trong Chế độ khôi phục và kích hoạt lại hệ thống với csrutil enable

Đã thử nghiệm và làm việc cho tôi tại 10.13.2 trên MacbookPro đầu năm 2011.

Nguồn với hình ảnh (tiếng Đức) http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/


6
Ngay cả với sudo nhận được mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedkhi cố gắng di chuyển ...
Shwaydogg

5
@Shwaydogg Có lẽ bạn cần phải tắt OSX SIP. Xem osxdaily.com/2015/10/05/...
vaughan

6
Đây là câu trả lời chính xác. Tại sao câu hỏi này được đánh dấu là trùng lặp và nói rằng nó đã có một câu trả lời là điên rồ đối với tôi. Cảm ơn rất nhiều vì đã tìm kiếm sự giúp đỡ.
jwillis0720

5
Cập nhật: Tôi đang chạy Sierra và tôi gặp vấn đề với kernal_task một lần nữa. Giải pháp này không còn đủ nữa.
bheussler

6
Mã định danh mô hình của tôi cho biết MacBookPro11,3 nhưng không có tệp plist 11,3. Cái nào tôi cần đổi tên?
JohnRW
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.