MacBook fan loud when lid closed: what it means

Vì sao quạt kêu to hơn khi đóng nắp

Các khe tản nhiệt chính của MacBook nằm dọc theo cạnh sau, gần bản lề, và phụ thuộc vào luồng khí di chuyển xuyên qua khung máy. Đóng nắp lại thu hẹp đường thoát này — nhiệt lẽ ra thoát ra qua khe hở ở bản lề giờ có ít lối ra hơn, nên khung máy nóng lên nhanh hơn so với khi mở nắp.

Quạt phản ứng đúng như thiết kế: khi cảm biến nhiệt phát hiện nhiệt độ tăng, tốc độ quạt tăng theo để bù lại. Nếu một tác vụ — một lần build, một model đang chạy, một tác vụ render — đã đang diễn ra khi bạn đóng nắp, thì sự kết hợp giữa luồng khí giảm và CPU đang tải nặng đồng nghĩa quạt phải làm việc nhiều hơn so với một phút trước đó. Đó là hệ thống làm mát đang làm đúng việc của nó, không phải hỏng hóc gì.

Trên Apple Silicon, firmware kiểm soát toàn bộ đường cong tốc độ quạt từ đầu đến cuối. Không app bên thứ ba nào — kể cả LidRun — có thể đẩy quạt nhanh hơn hoặc chậm hơn mức mà chính con chip cho phép, nên quạt kêu to khi đóng nắp nghĩa là SoC đang yêu cầu làm mát nhiều hơn, chứ không phải do app nào đó quản lý sai.

Cách kiểm tra thứ gì đang thực sự chạy

Trước khi kết luận tiếng ồn có phải là vấn đề hay không, hãy kiểm tra xem thứ gì đang thực sự chạy. Mở Activity Monitor (Applications → Utilities → Activity Monitor), bấm vào tiêu đề cột CPU để sắp xếp giảm dần, rồi nhìn vào năm tiến trình đứng đầu. Một trình biên dịch, một model server, một tác vụ render video, hay một agent backup nằm ở top ngay lập tức giải thích được tiếng quạt.

Từ Terminal, lệnh top -o cpu cho cùng một cái nhìn theo thời gian thực; bấm Q để thoát. Dùng công cụ nào cũng được — mục tiêu là xác nhận có thứ gì đó thật sự đang khiến bộ xử lý bận rộn hay không. Mức tải duy trì trên khoảng 50–70% trên nhiều lõi cùng lúc khớp với việc quạt chạy cao khi đóng nắp.

Nếu muốn một con số thực tế thay vì suy ra từ phần trăm CPU, công cụ powermetrics có sẵn trong macOS có thể in ra: lệnh sudo powermetrics --samplers smc -i1 -n1 trong Terminal báo nhiệt độ die CPU trên nhiều dòng Mac, dù tên cảm biến chính xác có thay đổi đôi chút theo từng thế hệ chip. Một tiện ích thanh menu như iStat Menus, TG Pro, hay Macs Fan Control hiển thị liên tục cùng những con số lấy từ SMC mà không cần đụng tới Terminal — và nếu bạn đã dùng LidRun, cửa sổ trạng thái và phần Settings của nó cũng hiển thị nhiệt độ CPU theo thời gian thực bằng °C cùng tốc độ quạt theo cách tương tự, nên bạn không cần cài thêm một app khác chỉ để xem máy đang nóng đến đâu.

Một số thủ phạm trông đáng lo nhưng sẽ tự hết: Spotlight đang lập chỉ mục lại sau một lần đồng bộ file lớn, Photos đang phân tích thư viện ảnh, hoặc một bản cập nhật macOS đang cài ngầm. Cứ chờ hai, ba phút. Nếu mức dùng CPU giảm và quạt cũng giảm theo, nguyên nhân chỉ là tạm thời.

Khi nào tiếng quạt là bình thường, là cảnh báo, hay là sự cố phần cứng

Tiếng quạt trong lúc chạy một tác vụ mà bạn biết rõ và chủ động khởi động là tín hiệu bình thường. Bạn bắt đầu một lần build hay chạy model, đóng nắp lại, và quạt đang chạy theo kịp mức tải — phiên làm việc đang làm đúng việc của nó, và quạt cũng vậy.

Tiếng ồn to mà không có gì rõ ràng đang chạy lại là chuyện khác. Một tiến trình bị kẹt trong vòng lặp, một agent chạy mất kiểm soát, hay một app rò rỉ CPU đều có thể tạo ra âm thanh y hệt mà không tạo ra bất kỳ công việc hữu ích nào. Nếu Activity Monitor cho thấy CPU cao từ thứ gì đó bạn không nhận ra — một helper process, một framework chạy nền, một app bạn không đang dùng — thì đáng để kiểm tra kỹ chứ không nên bỏ qua.

Cách đặt máy về mặt vật lý quan trọng không kém phần mềm. Một chiếc MacBook chạy trên giường, trên chồng giấy, hay trong túi xách sẽ bị chặn khe tản nhiệt bất kể đang chạy gì. Quạt tăng tốc vì nhiệt không có lối thoát, và không quản lý tiến trình nào sửa được vấn đề về vị trí đặt máy — một chiếc túi kín, cách nhiệt là một trong những cách chắc chắn nhất để gây áp lực lên khung máy.

Có một nhóm thứ ba đáng được gọi tên riêng: phần cứng. Nếu quạt vẫn kêu to ngay cả sau khi mức dùng CPU giảm gần về mức nghỉ và giữ nguyên như vậy trong vài phút trên một bề mặt cứng, thoáng khí, hoặc chính âm thanh đã thay đổi — nghiến, tách tách, hay cao độ không đều thay vì tiếng vù đều — thì đó không phải điều Activity Monitor giải thích được. Bụi tích tụ trên cánh quạt hoặc bộ tản nhiệt, vòng bi quạt bị mòn, hay một cảm biến báo sai giá trị đều có thể gây ra điều này. Lúc đó đây là câu chuyện của Apple Store hay trung tâm bảo hành ủy quyền, không phải chuyện chỉnh cài đặt.

Cách mọi người giữ MacBook thức khi đóng nắp — và những gì các giải pháp miễn phí không theo dõi giúp bạn

Để rơi vào tình huống 'quạt kêu to, nắp đóng' ngay từ đầu, phải có thứ gì đó ngăn Mac tự vào chế độ ngủ ngay khi bạn đóng nắp — đó không phải là hành vi mặc định. Có ba con đường dẫn tới đó: cách thiết lập clamshell được Apple hỗ trợ chính thức (cắm sạc, kết nối màn hình ngoài, và ở nhiều phiên bản macOS cần thêm bàn phím hoặc chuột ngoài trong lần đầu); lệnh Terminal sudo pmset -a disablesleep 1, khiến macOS bỏ qua hoàn toàn việc ngủ khi đóng nắp và không cần màn hình ngoài; hoặc một app keep-awake của bên thứ ba đặt chồng lên một trong hai cách trên.

Cần nói rõ về cách cuối cùng này. caffeinate (có sẵn trên mọi Mac) và các app thanh menu như Amphetamine, Caffeine, KeepingYouAwake, và Lungo thực sự làm tốt đúng công việc của chúng: trì hoãn chế độ ngủ do rảnh rỗi (idle sleep) để một lượt tải file hay một script chạy dài không bị gián đoạn trong lúc bạn còn ngồi trước máy. Nhưng không app nào trong số đó ghi đè được chính cơ chế ngủ khi đóng nắp — đó là một lớp clamshell sleep riêng, ở cấp thấp hơn, mà một power assertion không chạm tới được. Khi không có màn hình ngoài kết nối, đóng nắp vẫn khiến Mac vào chế độ ngủ dù bạn đang chạy bao nhiêu app trong số này — đó chính xác là lý do người ta cuối cùng phải dùng đến thiết lập màn hình ngoài hoặc lệnh pmset riêng cho việc chạy máy khi đóng nắp.

sudo pmset -a disablesleep 1 thực sự hiệu quả, và đó chính là cơ chế nền mà chế độ Closed-Lid của LidRun cũng dùng. Nhưng khi chạy bằng tay, đây là một cài đặt hệ thống toàn cục, tồn tại lâu dài, không kèm theo bất cứ thứ gì khác. Nó không biết mức pin của bạn, không biết SoC vừa chạm trần nhiệt, và không biết cũng không quan tâm liệu tác vụ khiến bạn bật nó lên đã xong hay chưa. Đóng cửa sổ Terminal đã bật nó, quên mất là nó đang bật, hay chỉ đơn giản là đi khỏi máy — Mac sẽ không tự ngủ, dù đóng hay mở nắp, cho đến khi có thứ gì đó chủ động đặt lại về 0 hoặc máy khởi động lại. Đó chính xác là bối cảnh đằng sau 'quạt kêu to, nắp đóng, suốt nhiều giờ, trong túi xách': lớp bảo vệ mà macOS vốn cung cấp đã bị tắt đi, và không có gì thay thế để theo dõi.

Một cách an toàn hơn để chạy máy khi đóng nắp

Các giới hạn phần mềm là lớp phòng vệ bổ sung cho một thiết lập vốn đã hợp lý, chứ không thể thay thế cho nó. Hãy bắt đầu từ những điều cơ bản về vật lý: một bề mặt cứng, phẳng, thoáng khí — không phải giường, đệm ghế sofa, hay túi xách — và tốt nhất là cắm sạc thay vì để pin tụt thêm trong lúc máy đang è cổ làm việc.

Nếu bạn giữ Mac thức mà không có ai theo dõi, hãy đặt một ngưỡng an toàn để không phải hối tiếc. Một phiên chạy không giám sát khiến pin tụt về 0 có thể khiến máy không tắt sạch được, nên một ngưỡng pin thấp buộc máy ngủ trước khi chạm đáy là điều đáng có, bất kể bạn dùng công cụ nào.

Thỉnh thoảng ghé qua kiểm tra. Không giải pháp miễn phí nào ở trên tự phát hiện nhiệt độ hay tiến trình bị kẹt thay bạn — quạt kêu to khi đóng nắp đáng để bạn dành 30 giây nhìn qua Activity Monitor hoặc một công cụ đo nhiệt độ theo lúc, nhất là với một phiên bạn định để chạy suốt nhiều giờ.

LidRun xử lý chuyện này khác thế nào

Chế độ Closed-Lid của LidRun dùng cùng cơ chế pmset disablesleep như mô tả ở trên, nhưng luôn ghép mỗi lần bật '1' với một lần tắt '0' — khi dừng, khi thoát app, và kiểm tra lại mỗi khi khởi động — nên không thể bị kẹt ở trạng thái bật như một lệnh Terminal bị bỏ quên.

Nó cũng theo dõi cùng tín hiệu nhiệt công khai mà chính macOS sử dụng (thermal state của ProcessInfo — nominal, fair, serious, critical) thay vì dùng một API riêng hay một đường cong quạt thấp hơn. Theo mặc định, nếu SoC chạm mức critical trong khi chế độ Closed-Lid đang bật, LidRun tự động tắt chế độ này và giải phóng trạng thái keep-awake ngay lập tức. Trừ khi bạn đã tắt tùy chọn 'ngủ khi quá nhiệt' — vốn bật mặc định — nó còn chủ động đưa máy vào giấc ngủ thật sự thay vì chỉ giải phóng rồi để Mac idle trong khi vẫn nóng. Cả hai hành vi này đều có thể tắt trong Settings nếu bạn muốn tự quản lý bằng tay. Một ngưỡng pin thấp — mặc định 4%, có thể chỉnh lên tới 8% — làm công việc tương tự cho pin: một phiên chạy không giám sát sẽ bị buộc ngủ trước khi pin tụt dần tới mức tắt máy đột ngột.

Không điều nào trong số đó thay đổi tốc độ quạt trên Apple Silicon — firmware vẫn kiểm soát đường cong đó, và không app nào đẩy được nó nhanh hơn hay chậm hơn. Thứ LidRun bổ sung là lớp bao quanh: agent đang chạy → giữ máy thức; agent xong việc, hoặc Mac chạm ngưỡng pin hay nhiệt không an toàn → giải phóng, rồi ngủ. Đó là một lời hứa hẹp hơn so với một app keep-awake thông thường hay một cú gạt pmset trần trụi, và nó cố tình hẹp như vậy — đây không phải một wake lock mù quáng, mà là lớp bảo vệ đặt trên cùng cơ chế đó, nhằm không để một chiếc Mac nóng, không ai trông coi, chạy mà không có gì theo dõi.