Alternatif Macs Fan Control untuk developer

Kenapa pengguna Macs Fan Control mencari alternatif

Di Intel Mac, reputasi Macs Fan Control memang pantas didapat: pembacaan sensor lengkap untuk CPU, GPU, dan drive, ditambah kurva fan custom yang benar-benar bisa mengesampingkan perilaku bawaan Apple yang konservatif. Kalau Intel Mac Anda panas karena beban kerja yang terus-menerus, menyuruh fan berputar lebih kencang memang berhasil.

Apple Silicon mengubah dasar dari semua itu. Laporan di GitHub issue tracker aplikasi ini sendiri menyebutkan MacBook Pro M3 dan M4 Pro/Max di mana nilai fan yang diatur manual langsung ditimpa secara real-time oleh thermal daemon bawaan macOS, dan di mana firmware menjaga fan tetap mati sepenuhnya di bawah kira-kira 77-80°C, apa pun yang diminta aplikasi. Crystalidea, perusahaan di balik Macs Fan Control, sudah merilis perbaikan untuk model tertentu lebih dari sekali — pembaruan pertengahan 2025 dilaporkan mengembalikan kontrol yang lebih penuh pada beberapa konfigurasi M3/M4 — tapi pengalaman di lapangan tidak konsisten: perbaikan untuk satu generasi chip tidak selalu berlaku untuk generasi berikutnya, dan satu update kecil macOS bisa diam-diam mengubah lagi apa yang diizinkan.

Itulah alasan sebenarnya kenapa pencarian "alternatif Macs Fan Control" banyak dilakukan. Jarang sekali penyebabnya aplikasinya jadi lebih buruk — yang terjadi adalah Apple terus mengubah pijakan yang dipakai aplikasi itu, dan pencarian alternatif sering kali sebenarnya adalah pencarian sesuatu yang tidak bergantung sepenuhnya pada hal itu.

Aplikasi kontrol fan nyata lainnya: TG Pro dan smcFanControl

TG Pro (dari Tunabelly Software) adalah pengganti paling langsung kalau yang Anda cari adalah aplikasi kontrol fan berbayar lainnya. Aplikasi ini dibangun untuk Intel hingga Mac seri M5 saat ini, menampilkan suhu untuk setiap core CPU secara terpisah di Apple Silicon — sesuatu yang tidak ditampilkan rinci oleh Macs Fan Control — dan menawarkan aturan fan otomatis sekaligus override manual selama hardware masih mengizinkannya.

smcFanControl adalah opsi gratis, dan cukup jujur soal posisinya: open source, praktis tidak lagi dikembangkan untuk Apple Silicon, dan pada praktiknya hanya untuk Intel. Kalau Anda masih pakai MacBook Intel lama dan tidak mau bayar apa pun, aplikasi ini cukup memadai. Install di Mac seri M dan Anda hanya akan mendapat ikon di menu bar tanpa kontrol fan nyata di baliknya.

Keduanya menabrak tembok yang sama dengan yang dihadapi Macs Fan Control di chip-chip terbaru: di Apple Silicon, RPM fan pada akhirnya ditentukan oleh firmware. Aplikasi bisa meminta kecepatan tertentu; apakah Mac benar-benar memutar fan sesuai itu tergantung pada model persisnya, suhu, dan versi macOS — bukan pada aplikasinya.

Opsi gratis dan bawaan: membiarkan macOS menjalankan kurvanya sendiri

Anda tidak perlu menginstal apa pun untuk punya kurva fan yang berfungsi — macOS sudah menjalankannya sendiri. Gratis, tidak butuh konfigurasi apa pun, dan Apple menyetelnya cukup konservatif sehingga laptop dev pada umumnya tetap senyap saat beban kerjanya ringan.

Yang Anda korbankan tanpa aplikasi monitoring adalah visibilitas. Tidak ada cara bawaan untuk melihat suhu chip atau RPM fan yang sebenarnya, jadi build yang diam-diam sedang throttle akan terlihat sama persis di Activity Monitor dengan yang berjalan penuh kecepatan — hanya lebih lambat, tanpa penyebab yang jelas.

Celah ini makin terasa penting seiring pekerjaannya makin lama dan makin tidak diawasi. Kalau compile cepat dan Anda menungguinya, Anda akan sadar kalau prosesnya melambat. Tapi fine-tuning yang berjalan berjam-jam atau AI agent yang dibiarkan jalan semalaman dengan lid tertutup, Anda tidak akan sadar — dan justru di situlah Anda butuh sesuatu yang memantau angkanya, bukan Anda sendiri.

Risiko mengejar kontrol fan alih-alih memantau kondisi termal

Bahkan di kondisi di mana kontrol aplikasi fan benar-benar berfungsi, memaksa RPM lebih tinggi tidak menjawab risiko sebenarnya dari sesi tanpa pengawasan yang panjang. Dua masalah yang berbeda sering tertukar: Mac yang berisik atau throttle (mengganggu, biasanya diatasi dengan aliran udara lebih baik atau kurva fan yang lebih agresif), dan Mac yang tidak aman untuk dibiarkan terus berjalan (yang tidak diselesaikan dengan memaksa fan — jawabannya di situ adalah berhenti, bukan memutar lebih kencang).

Khusus di Apple Silicon, karena penulisan nilai fan bisa diam-diam ditimpa oleh firmware di bawah suhu tertentu, pembacaan aplikasi fan sendiri yang menunjukkan "fan diatur ke 100%" bukan jaminan yang bisa diandalkan soal RPM apa yang sebenarnya diizinkan hardware. Mengandalkan pembacaan itu sebagai sinyal keamanan Anda membawa risiko yang sama dengan mempercayai kontrol apa pun yang bisa diam-diam ditimpa oleh platform tanpa memberi tahu Anda.

Ini paling terasa akibatnya saat lid tertutup. Mac yang menghasilkan panas tanpa aliran udara dan tanpa ada yang mengawasi adalah skenario yang paling sulit ditangkap oleh aplikasi kontrol fan mana pun — karena menangkapnya bergantung pada seseorang yang melihat grafik sensor, dan menurut definisinya, tidak ada orang yang melakukan itu.

Di mana posisi LidRun — ini bukan alat fan

Supaya jelas: LidRun tidak mengontrol fan Anda, baik di Apple Silicon maupun Intel. Aplikasi ini tidak pernah mengirim perintah fan, dan tidak akan mengklaim jasa atas Mac yang jadi lebih senyap. Yang dilakukannya adalah memantau sinyal termal yang sama dengan yang dipantau aplikasi fan, lalu menggunakannya untuk memutuskan apakah masih aman untuk terus mencegah Mac Anda sleep.

Secara spesifik, LidRun menggabungkan suhu SMC secara live dan persentase thermal-throttle CPU dengan thermal-state API bawaan macOS, karena sinyal di level OS saja bisa tertinggal dari kondisi sebenarnya — pengujian internal LidRun pernah menangkap kondisi di mana status yang dilaporkan hanya "fair", padahal chip sudah throttle turun ke 24% dari kecepatan normal di dalam tas tertutup. Pada suhu 98°C atau lebih tinggi, atau throttle di 50% atau lebih rendah, LidRun menganggapnya serius dan menampilkan notifikasi. Pada 100°C atau lebih tinggi, atau throttle di 30% atau lebih rendah, itu dianggap kritis.

Apa yang terjadi selanjutnya tergantung konteksnya. Dengan Closed-Lid mode aktif dan Mac benar-benar disimpan — pakai baterai, lid tertutup, idle lima menit atau lebih — LidRun memberi jeda 60 detik tekanan serius yang berkelanjutan sebelum bertindak: ia melepaskan pegangannya supaya Mac clamshell-sleep dengan sendirinya kalau kondisinya cuma serius, atau langsung force-sleep, mengesampingkan apa pun yang sedang berjalan, kalau kondisinya sudah kritis. Mac yang kepanasan lebih buruk daripada build yang hilang.

Saat pakai listrik dan ada orang di sekitar, LidRun lebih lunak. LidRun tidak akan force-sleep Mac dengan lid terbuka saat Anda sedang di depan keyboard — ia baru turun tangan begitu lid benar-benar tertutup atau Anda sudah pergi lima menit atau lebih, dan itu pun setelah 120 detik tekanan yang berkelanjutan, atau langsung kalau kondisinya sudah kritis. Firmware tetap memegang kendali fan sepanjang waktu; LidRun adalah lapisan di atas kurva itu, bukan pengganti kurva itu sendiri.

Memadukan aplikasi fan dengan LidRun untuk sesi dev dan AI yang panjang

Pada praktiknya, pakai TG Pro atau Macs Fan Control (atau tidak pakai apa-apa sama sekali, di Mac modern) untuk hal yang memang jadi kekuatan mereka: melihat angka yang sebenarnya dan, selama firmware masih mengizinkan, menggeser kurvanya. Pakai LidRun untuk pekerjaan yang tidak dibuat untuk dilakukan oleh keduanya — menjaga Claude Code, Cursor, sebuah build Docker, atau sesi xcodebuild tetap berjalan dengan lid tertutup, dan mundur begitu suhu atau baterai melewati batas saat tidak ada yang mengawasi.

Auto-Watch milik LidRun memantau proses-proses yang tidak ada alasan bagi aplikasi fan untuk memedulikannya — claude, cursor, codex, aider, ollama, job training python dan torchrun, jupyter, build node/npm/vite, cargo, xcodebuild, docker — dicek setiap 10 detik secara default, sehingga ia menjaga Mac tetap awake hanya selama salah satu dari proses itu benar-benar berjalan, bukan tanpa batas waktu.

Saat pakai baterai, ada batas keras 4% yang selalu berlaku: di bawah angka itu, macOS mungkin tidak punya cukup ruang untuk menyelesaikan proses sleep dengan bersih sebelum baterai habis, jadi LidRun akan force-sleep di titik itu apa pun pengaturan lainnya. Ada batas kedua yang bisa disesuaikan (20% secara default, rentang 5-50%) khusus untuk mengatur sesi keep-running, sehingga sesi AI yang panjang bisa berhenti sendiri jauh sebelum batas keras itu kalau Anda ingin lebih aman.

Semua ini tidak menggantikan pendinginan yang nyata. Stand, kipas yang mengalirkan udara ke intake, dan tetap memakai listrik masih memberi dampak lebih besar pada suhu sebenarnya Apple Silicon Mac dibanding software apa pun — tugas LidRun hanya membantu memastikan kejadian termal yang buruk tidak juga membuat Anda kehilangan hasil kerja.