kernel_task tiêu thụ 500% CPU trên nguồn AC, đôi khi


17

Thông thường, quá trình kernel_task của tôi sử dụng 1-4% CPU và 100-700 MB bộ nhớ. Tuy nhiên, đôi khi khi tôi cắm bộ điều hợp nguồn, mức sử dụng CPU tăng vọt lên khoảng 500% (8 lõi) và ở đó cho đến khi tôi rút bộ điều hợp nguồn. Tôi có thể cắm lại và mọi thứ đều ổn trong vài giây hoặc vài ngày, sau đó nó lại xảy ra. Làm thế nào tôi có thể ngăn chặn điều này xảy ra?


2
Có / điều này chỉ xảy ra khi một màn hình bên ngoài đang được sử dụng? Tôi thấy mình bị quá nóng khi mở rộng ra màn hình thứ hai.
Nic Cottrell

Câu trả lời:


6

Theo kinh nghiệm của tôi, điều này luôn luôn là do lỗi phần cứng. Tuy nhiên, trước khi làm bất cứ điều gì khác, hãy đặt lại SMC như chi tiết tại đây: http://support.apple.com/kb/HT3964 vì sức mạnh của nó có liên quan.

Điều này dường như xảy ra khi Mac đang vật lộn để giao tiếp với phần cứng. Đó là máy Mac nào? Pin bao nhiêu tuổi? Tuổi thọ pin của bạn vẫn còn tốt? Mac có bị hư hại gì không? Chất lỏng? Bạn đã thử một bộ chuyển đổi năng lượng khác nhau?


3
MBP 2011, cũ như máy tính xách tay, có, không, không, có.
Sparr

6

Tôi đã gặp vấn đề này một lần trên MidP MB 2012 15 inch của tôi chạy 10.8.4 vì đầu vào âm thanh đã chuyển sang micrô bên trong và nó phát ra tiếng ồn liên tục của quạt. Chuyển đổi đầu vào âm thanh thành Line In và mức sử dụng cpu giảm từ 524% xuống 3%


2
Việc vô hiệu hóa khử tiếng ồn xung quanh dường như làm cho nó biến mất đối với tôi, ngoài việc tháo bộ điều hợp nguồn (bây giờ), sẽ xem liệu nó có tiếp tục được sửa hay không.
ffledgling

Điều này xảy ra trong FaceTime hoặc Skype hoặc điều này đã xảy ra trong tất cả các thời gian?
Nic Cottrell

Điều này đã cứu cuộc đời tôi. Tôi đã vô hiệu hóa loại bỏ tiếng ồn xung quanh và nó đã hoạt động. Cơn bão hoàn hảo của: cắm bộ chuyển đổi AC, quạt lên cao để giúp kiểm soát nhiệt, phần mềm micrô phát điên khi cố gắng loại bỏ tiếng ồn của quạt. @ nic-contrell, điều này xảy ra mọi lúc, ngay cả khi chơi một trò chơi không cần micrô.
WattsInABox

4

http://www.rdoxenham.com/?p=259 bao gồm việc vô hiệu hóa phần mở rộng kernel chịu trách nhiệm kích hoạt hành vi sai trái này. Tuy nhiên, làm như vậy cũng vô hiệu hóa một số chức năng quản lý nhiệt khác.


4
Điều này rất thú vị, nhưng bạn phải hỏi điều gì gây ra vấn đề ngay từ đầu. Một cái gì đó không đúng. Như tôi đã nói, mỗi lần tôi nhìn thấy điều này, đã có một lỗi phần cứng.
Jowersomeguy

2
Đối với tôi phân tích này không giải thích chính xác nguồn gốc của vấn đề. Hơn nữa, tôi bị thuyết phục sâu sắc thông qua các trường hợp khác rằng việc quá nóng và kernel_taskăn tất cả CPU chỉ là hậu quả tương quan của cùng một vấn đề gây ra. Các vòng lặp ngu ngốc trong một hạt nhân chỉ có thể dẫn đến quá nóng.
dan


1

Xin hãy xem vấn đề điển hình này: kernel_task ở mức 300% và phương pháp phân tích được đề xuất: chẩn đoán một con lợn CPU .

Các Activity Managerkhông đủ acurate để giúp bạn thấy rằng có quá trình khác gián tiếp tải Kernel. topsẽ tiết lộ những con lợn này.

Để hiển thị các quy trình được sắp xếp bắt đầu với bộ tiêu thụ CPU lớn nhất:

top -o cpu

... được sắp xếp bắt đầu với bộ giải mã bộ nhớ ảo lớn nhất:

top -o vsize

... được sắp xếp bắt đầu với quá trình thực hiện nhiều chuyển đổi ngữ cảnh hơn (được bắt đầu và dừng với tần suất lớn, đôi khi là kết quả của 2 quá trình nói chuyện với nhau, không để các tiến trình khác có thể tự do lấy cpu):

top -o csw

1
Làm thế nào để bạn sử dụng topđể tiết lộ những con lợn?
Erik B

0

Những người quan sát đóng góp "nguồn điện AC" đang tham gia vào một cái gì đó.

Nhiệt độ khung gầm cao từ việc sạc cùng với các thiết bị ngoại vi cắm vào có thể gây ra vấn đề này. Chỉ cần di chuyển cáp sạc từ trái sang cổng phải là đủ để làm mát điểm nóng và giải quyết vấn đề. Trên máy có MagSafe, hãy thử rút các thiết bị ngoại vi khỏi các cổng bên trái cho đến khi pin đầy.

Việc sử dụng CPU không có gì để làm với điều này. Một CPU nóng được điều chỉnh bằng cách giảm tốc độ xung nhịp của nó không bằng cách lập lịch tải no-op.

Xem /apple//a/363933/27135 để biết bằng chứng nguyên nhân.

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.