Đọc nhiệt độ CPU thực trên máy Intel và Apple Silicon

Cách SMC báo cáo nhiệt độ

SMC phơi các cảm biến ra dưới dạng những khóa bốn ký tự, mỗi khóa kèm một kiểu cho biết các byte được mã hóa ra sao. Dùng sai bộ giải mã thì con số thành rác, nên định dạng quan trọng ngang với khóa.

Trên máy Intel, nhiệt độ trả về theo định dạng số cố định sp78: một giá trị có dấu với tám bit phần nguyên và tám bit phần thập phân. Trên Apple Silicon, cùng những số liệu đó trả về dưới dạng số thực dấu phẩy động IEEE flt. Tốc độ quạt cũng có cách mã hóa riêng, thường là fpe2 hoặc flt tùy máy.

Vậy nên trước cả khi hỏi đọc cảm biến nào, bạn phải biết dùng bộ giải mã nào cho chiếc Mac đó. LidRun đọc các khóa trực tiếp và giải mã sp78 hoặc flt cho phù hợp, thay vì đoán.

Vì sao không có một khóa 'nhiệt độ CPU' duy nhất

Bạn có thể trông đợi một khóa gọn gàng tên là nhiệt độ CPU. Không hề có. Các model Mac khác nhau phơi ra các cảm biến khác nhau, và cách đặt tên khác nhau theo kiến trúc.

Máy Intel dùng họ khóa TC0x cho cảm biến nhân CPU. Apple Silicon phân mảnh hơn: nó phơi ra nhiều khóa theo từng cụm trong các họ Tp__ và Tg__, bao trùm nhân hiệu năng, nhân tiết kiệm điện, và GPU, bởi con chip đơn giản là có nhiều vùng nhiệt riêng biệt hơn để báo cáo.

Vì không một khóa nào hiện diện trên mọi Mac, LidRun thử một danh sách các khóa ứng viên và lấy số đọc hợp lệ cao nhất. Nghe thì thô, nhưng đó là cách trung thực: cảm biến sống nóng nhất mới là thứ quan trọng cho một giới hạn nhiệt, và dò một danh sách sống sót qua các khác biệt giữa các model tốt hơn nhiều so với đặt cược vào một cái tên.

Bên cạnh các số đọc, LidRun còn nhìn vào ProcessInfo.thermalState, tín hiệu thô mà chính macOS công bố. Nó chỉ có vài mức và không phải là một nhiệt độ, nhưng nó phản ánh hệ thống đang 'cảm' về cái nóng ra sao, một phép kiểm tra hữu ích đặt cạnh một con số cảm biến thô.

Vì sao hai app hiện con số khác nhau

Nếu một công cụ báo 68 còn một công cụ khác báo 74 trên cùng một Mac vào cùng một khoảnh khắc, chưa chắc cái nào sai. Gần như chắc chắn chúng đang đọc các cảm biến khác nhau, hoặc chọn con số đại diện theo cách khác nhau.

Một app có thể lấy trung bình một nhóm cảm biến nhân; một app khác báo một cảm biến gói duy nhất; app thứ ba làm điều LidRun làm và đưa ra khóa hợp lệ nóng nhất nó tìm được. Đó là ba lựa chọn hợp lý cho ra ba con số khác nhau từ cùng một phần cứng.

Bài học là hãy coi mọi con số nhiệt độ CPU đơn lẻ là một số đọc từ một cảm biến đã chọn, chứ không phải một giá trị duy nhất đúng. Điều quan trọng cho an toàn là xu hướng và đỉnh, chứ không phải việc con số của bạn có khớp tới từng độ với công cụ của bạn bè hay không.

Đọc nhiệt không giống với điều khiển quạt

Đọc là chiều dễ. Ghi ngược lại, bảo quạt quay ở một mức RPM đã chọn, là nơi phần cứng vạch ra một lằn ranh. Trên Apple Silicon, quyền ghi điều khiển RPM quạt phần lớn bị hạn chế bởi firmware và SIP, nên các đường cong quạt thủ công trên máy M-series gần như nằm ngoài tầm với. Đây là một giới hạn nền tảng thực sự, không phải một tính năng còn thiếu.

LidRun trung thực về điều đó. Nó đọc nhiệt độ và RPM quạt trên cả hai kiến trúc và đưa ra các cấu hình làm mát trong giới hạn phần cứng cho phép, nhưng nó không hứa hẹn đường cong quạt thủ công trên Apple Silicon, vì nó không thể làm được. Các công cụ như Macs Fan Control gặp đúng bức tường đó trên M-series vì cùng lý do.

Trên thực tế, điều này nghĩa là nhiệt độ trên Apple Silicon phần lớn là thứ bạn phản ứng theo chứ không phải ghi đè. Biết con số thực giúp bạn đặt một ngưỡng nhiệt hợp lý và tin vào bộ điều phối an toàn để nó lùi lại khi ngưỡng bị vượt, đó mới là phần bạn thực sự kiểm soát được.