Lựa chọn thay thế Macs Fan Control cho lập trình viên

Vì sao người dùng Macs Fan Control đi tìm lựa chọn thay thế

Trên Mac Intel, Macs Fan Control có được danh tiếng một cách xứng đáng: đọc đầy đủ cảm biến trên CPU, GPU, và ổ đĩa, cộng với đường cong quạt tùy chỉnh có thể thực sự ghi đè lên hành vi mặc định vốn khá dè dặt của Apple. Nếu một chiếc Mac Intel nóng lên vì tải nặng kéo dài, việc yêu cầu quạt quay nhanh hơn thực sự có tác dụng.

Apple Silicon đã làm thay đổi hoàn toàn nền tảng đó. Các báo cáo trên chính trang GitHub issue của ứng dụng mô tả những chiếc MacBook Pro M3 và M4 Pro/Max, nơi giá trị quạt được đặt thủ công bị hệ thống thermal daemon của macOS ghi đè ngay lập tức, và nơi firmware giữ quạt tắt hoàn toàn khi nhiệt độ dưới khoảng 77-80°C, bất kể ứng dụng yêu cầu gì. Crystalidea, công ty đứng sau Macs Fan Control, đã tung ra bản sửa lỗi cho từng dòng máy cụ thể hơn một lần — một bản cập nhật giữa năm 2025 được cho là đã khôi phục khả năng điều khiển đầy đủ hơn trên một số cấu hình M3/M4 — nhưng trải nghiệm thực tế vẫn không nhất quán: bản sửa cho một thế hệ chip không phải lúc nào cũng áp dụng được cho thế hệ sau, và một bản cập nhật nhỏ của macOS có thể âm thầm thay đổi những gì được cho phép.

Đó mới là lý do thực sự khiến các tìm kiếm "lựa chọn thay thế Macs Fan Control" xuất hiện. Hiếm khi nào là do ứng dụng trở nên tệ hơn — mà là vì Apple liên tục thay đổi nền tảng bên dưới nó, và việc tìm một công cụ khác thường thực chất là tìm một thứ không phải phụ thuộc vào sự thay đổi đó.

Những ứng dụng điều khiển quạt thực sự khác: TG Pro và smcFanControl

TG Pro (của Tunabelly Software) là lựa chọn thay thế trực tiếp nhất nếu bạn muốn một ứng dụng điều khiển quạt trả phí khác. Nó được xây dựng cho cả Intel lẫn các dòng Mac M5 hiện tại, hiển thị nhiệt độ của từng nhân CPU riêng lẻ trên Apple Silicon — điều mà Macs Fan Control không tách riêng ra — và cung cấp cả quy tắc quạt tự động lẫn khả năng ghi đè thủ công ở những nơi phần cứng vẫn còn cho phép.

smcFanControl là lựa chọn miễn phí, và nó khá thẳng thắn về bản chất của mình: mã nguồn mở, gần như không còn được bảo trì cho Apple Silicon, và trên thực tế chỉ dùng được cho Intel. Nếu bạn vẫn đang dùng một chiếc MacBook Intel đời cũ và không muốn trả tiền cho bất cứ thứ gì, nó vẫn làm được việc. Cài nó lên một chiếc Mac dòng M thì bạn sẽ chỉ có một biểu tượng trên thanh menu bar mà không có khả năng điều khiển quạt thực sự nào phía sau.

Cả hai đều đâm vào cùng một bức tường mà Macs Fan Control gặp phải trên các chip mới nhất: trên Apple Silicon, tốc độ quạt (RPM) cuối cùng vẫn là quyết định của firmware. Một ứng dụng có thể yêu cầu một tốc độ nào đó; còn việc Mac có thực sự quay quạt ở tốc độ đó hay không lại phụ thuộc vào đúng dòng máy, nhiệt độ, và phiên bản macOS — chứ không phải ứng dụng.

Lựa chọn miễn phí có sẵn: để macOS tự chạy đường cong quạt của riêng nó

Bạn không cần cài đặt gì cả để có một đường cong quạt hoạt động — macOS đã tự chạy sẵn một đường cong riêng. Nó miễn phí, không cần cấu hình gì, và Apple điều chỉnh nó đủ dè dặt để một chiếc laptop dev thông thường vẫn yên tĩnh khi tải nhẹ.

Điều bạn đánh mất khi không dùng ứng dụng theo dõi là khả năng quan sát. Không có cách nào có sẵn để xem nhiệt độ chip thực tế hay tốc độ quạt, nên một tiến trình build đang âm thầm bị giảm xung sẽ trông giống hệt một tiến trình chạy hết tốc lực trong Activity Monitor — chỉ là chậm hơn, mà không rõ nguyên nhân.

Khoảng trống đó càng quan trọng khi tác vụ càng dài và càng ít người trông chừng. Một lần biên dịch nhanh mà bạn đang theo dõi, bạn sẽ nhận ra ngay nếu nó ì ạch. Nhưng một phiên fine-tuning kéo dài nhiều giờ, hay một AI agent chạy qua đêm với nắp máy đóng, thì bạn sẽ không nhận ra — và đó chính xác là lúc bạn cần một thứ gì đó theo dõi con số thay cho bạn.

Rủi ro khi chạy theo việc điều khiển quạt thay vì theo dõi trạng thái nhiệt

Ngay cả khi khả năng điều khiển của một ứng dụng quạt thực sự hoạt động, việc ép tốc độ quạt cao hơn cũng không giải quyết được rủi ro thực sự của một phiên chạy dài không ai trông. Hai vấn đề khác nhau đang bị gộp làm một: Mac ồn hoặc bị giảm xung (khó chịu, thường khắc phục được bằng nhiều luồng khí hơn hoặc đường cong quạt mạnh hơn), và việc để Mac tiếp tục chạy là không an toàn (điều mà ép quạt không giải quyết được — câu trả lời ở đây là dừng lại, không phải quay quạt mạnh hơn).

Cụ thể trên Apple Silicon, vì các lệnh ghi quạt có thể bị firmware âm thầm ghi đè khi dưới một số ngưỡng nhiệt độ nhất định, chỉ số "quạt đặt ở 100%" mà một ứng dụng quạt tự báo cáo không phải là một đảm bảo đáng tin cậy cho tốc độ RPM mà phần cứng thực sự cho phép. Dựa vào chỉ số đó làm tín hiệu an toàn mang rủi ro giống hệt việc tin tưởng vào bất kỳ cơ chế điều khiển nào mà nền tảng có thể âm thầm ghi đè mà không báo cho bạn biết.

Điều này gây hại nặng nhất khi nắp máy đóng. Một chiếc Mac sinh nhiệt mà không có luồng khí và không ai theo dõi chính là tình huống mà mọi ứng dụng điều khiển quạt đều ở vị thế tệ nhất để phát hiện — vì việc phát hiện phụ thuộc vào việc có ai đó đang nhìn vào biểu đồ cảm biến, mà theo đúng định nghĩa của tình huống này thì không có ai cả.

LidRun đứng ở vị trí nào — nó không phải là một công cụ quạt

Nói thẳng: LidRun không điều khiển quạt của bạn, dù trên Apple Silicon hay Intel. Nó không bao giờ gửi lệnh quạt, và nó cũng không nhận công cho việc Mac chạy êm hơn. Điều nó làm là theo dõi cùng một tín hiệu nhiệt mà một ứng dụng quạt theo dõi, và dùng tín hiệu đó để quyết định xem việc giữ cho Mac không ngủ có còn an toàn hay không.

Cụ thể, nó kết hợp nhiệt độ SMC theo thời gian thực và phần trăm giảm xung nhiệt của CPU với API trạng thái nhiệt riêng của macOS, vì chỉ riêng tín hiệu ở cấp hệ điều hành có thể chậm hơn thực tế — chính quá trình thử nghiệm của LidRun từng bắt được trường hợp macOS báo trạng thái chỉ "khá" (fair) trong khi con chip đã bị giảm xung xuống còn 24% tốc độ bình thường bên trong một chiếc túi đóng kín. Ở 98°C trở lên, hoặc mức giảm xung từ 50% trở xuống, LidRun coi đó là nghiêm trọng và đăng thông báo. Ở 100°C trở lên, hoặc mức giảm xung từ 30% trở xuống, đó là mức nguy cấp.

Điều xảy ra tiếp theo tùy vào bối cảnh. Khi Closed-Lid mode đang bật và Mac thực sự đang được cất đi — chạy pin, nắp đóng, không hoạt động từ năm phút trở lên — LidRun chờ 60 giây áp lực nghiêm trọng liên tục trước khi hành động: nó nhả giữ để Mac tự chuyển sang chế độ ngủ kiểu clamshell nếu tình trạng chỉ ở mức nghiêm trọng, hoặc force-sleep ngay lập tức, ghi đè lên bất cứ thứ gì đang chạy, nếu đã ở mức nguy cấp. Một chiếc Mac bị nấu chín còn tệ hơn một tiến trình build bị mất.

Khi cắm sạc và có người ở gần, nó nhẹ tay hơn. LidRun sẽ không force-sleep một chiếc Mac đang mở nắp trong lúc bạn đang gõ phím — nó chỉ can thiệp khi nắp thực sự đã đóng hoặc bạn đã rời đi từ năm phút trở lên, và chỉ sau 120 giây áp lực liên tục, hoặc ngay lập tức nếu đã ở mức nguy cấp. Firmware vẫn là bên nắm quyền quạt trong suốt quá trình; LidRun chỉ là lớp nằm phía trên đường cong quạt, không phải một thứ thay thế cho nó.

Kết hợp một công cụ quạt với LidRun cho các phiên dev và AI chạy dài

Trong thực tế, hãy dùng TG Pro hoặc Macs Fan Control (hoặc không dùng gì cả, trên một chiếc Mac đời mới) cho đúng việc chúng thực sự làm tốt: xem các con số thật và, ở những nơi firmware vẫn cho phép, chỉnh nhẹ đường cong quạt. Còn dùng LidRun cho công việc mà không cái nào trong số đó được thiết kế để làm — giữ cho Claude Code, Cursor, một tiến trình build Docker, hay một lần chạy xcodebuild sống sót với nắp máy đóng, và tự tránh đường nếu nhiệt độ hoặc pin vượt ngưỡng trong khi không ai theo dõi.

Auto-Watch của LidRun tìm các tiến trình mà một ứng dụng quạt chẳng có lý do gì để quan tâm — claude, cursor, codex, aider, ollama, các job training bằng python và torchrun, jupyter, các bản build node/npm/vite, cargo, xcodebuild, docker — kiểm tra mỗi 10 giây theo mặc định, nên nó chỉ giữ Mac thức khi một trong số đó thực sự đang chạy, chứ không phải vô thời hạn.

Khi chạy pin, luôn có một ngưỡng sàn cứng 4% được áp dụng: dưới mức đó, macOS có thể không còn đủ dư địa để ngủ trọn vẹn trước khi pin cạn, nên LidRun sẽ force-sleep tại điểm đó bất kể các thiết lập khác là gì. Một ngưỡng sàn thứ hai, có thể điều chỉnh (mặc định 20%, phạm vi 5-50%) quản lý riêng các phiên keep-running, để một lần chạy AI dài có thể tự dừng từ sớm, trước cả ngưỡng sàn cứng, nếu bạn muốn chơi an toàn hơn.

Không có điều gì trong số này thay thế được việc làm mát thực sự. Một chiếc đế tản nhiệt, một cái quạt thổi khí qua khe hút gió, và việc cắm sạc liên tục vẫn có tác dụng lên nhiệt độ thực tế của một chiếc Mac Apple Silicon nhiều hơn bất kỳ phần mềm nào — công việc của LidRun chỉ là giúp đảm bảo một sự cố nhiệt tệ không đồng thời cuốn theo cả công sức làm việc của bạn.