Geliştiriciler için Mac fan kontrolü
Kısa cevap: güncel bir Mac'te geliştiriciler kendi fan eğrilerini ayarlayamaz — fan RPM'ini Apple'ın firmware'i kontrol eder ve Apple Silicon'da eski araçların dayandığı geçici çözümler bile macOS'un kendi termal daemon'u tarafından saniyeler içinde geri alınır. Sizin kontrol edebileceğiniz şey görünürlük ve zamanlamadır: ısının geldiğini önceden görmek ve uzun bir build, bir container yığını ya da yerel bir model çalıştırması throttle edilmeden veya Mac kendini korumak zorunda kalmadan önce harekete geçmek (ya da sizin yerinize harekete geçecek bir şeye izin vermek). Bu rehber, Mac'te fan kontrolünün Intel ile Apple Silicon'da bugün gerçekte ne anlama geldiğini, şu anda neler olduğunu gösteren ücretsiz native komutları, DIY (kendin yap) yolunun nerede tükendiğini ve LidRun'ın bunun yerine kullandığı ısıya duyarlı workflow'u ele alıyor.
Geliştirici iş yükleri neden ısınır
Büyük bir projeyi derlemek, bir dizi Docker container'ı çalıştırmak ya da yerel bir modeli sunmak, CPU'yu — Apple Silicon'da çoğu zaman GPU'yu ve Neural Engine'i de — saniyeler değil, dakikalar hatta saatler boyunca tavan seviyesine yakın tutar. Çip sıcaklığını asıl yükselten, kısa bir sıçrama değil, bu sürekli yük altında kalmadır.
SoC yeterince ısındığında macOS kendini korumak için throttle uygular: saat hızları düşer ve on dakika önce uçarcasına giden build, çalışmanın ortasında yavaşlar. Bunu ücretsiz olarak, kendi gözlerinizle Terminal'de izleyebilirsiniz: pmset -g therm komutunu çalıştırın ve CPU_Speed_Limit satırına bakın. 100 değeri tam hızda çalıştığınız anlamına gelir; bunun altındaki her şey, o an, canlı olarak throttle edildiğiniz anlamına gelir — üçüncü parti bir uygulamaya gerek yok.
O noktadaki içgüdü, fanları sonuna kadar açıp zorlamaktır. Ama güncel bir Mac'te bu içgüdü, donanımın ne kadar sıkı kilitlendiği gerçeğine çarpar — çoğu fan kontrolü tavsiyesinin es geçtiği kısım da tam olarak burasıdır.
macOS gerçekte neyi kontrol etmenize izin verir (ve neyi vermez)
"Fan kontrolü" denen şey aslında iki farklı şeyi kapsıyor ve çoğu kafa karışıklığı da bu ikisinin birbirine karıştırılmasından çıkıyor. Fanları okumak — mevcut RPM, min/max aralık, çip sıcaklığı — Intel olsun Apple Silicon olsun her Mac'te mümkün. Yeni bir hedef RPM yazmak, yani bir fanı firmware'in istediğinden daha hızlı döndürmeye zorlamak ise ayrıcalıklı bir donanım işlemi ve Apple Silicon'da nasıl yazılmış olursa olsun neredeyse hiçbir uygulamaya açık değil.
Perde arkasında, Intel'de bir fanı sürmek iki adımlı bir SMC (System Management Controller) yazması: önce bir mod anahtarını "manuel"e çevirmek, sonra bir hedef RPM yazmak. T2 öncesi Intel Mac'ler bu yazmayı genelde doğrudan kabul eder. T2'li Mac'ler (2018–2020 civarı MacBook Pro/Air nesli, iMac Pro, Mac Pro) tam bir tuzak: manuel-mod anahtarını kabul ederler ama asıl hedef-RPM yazmasını sessizce reddederler — yani sadece ilk adımı kontrol eden bir araç, fanları asla farklı dönmeyen bir donanımda bile "fan kontrolü etkin" diye rapor verir. Apple Silicon'da fan, firmware'in kendi "sistem modu" altındadır ve doğrudan bir manuel-mod yazması tamamen reddedilir. Bazı araçlar bunu belgelenmemiş bir kilit-açma anahtarıyla aşmaya çalışır, ama o durumda bile macOS'un thermalmonitord daemon'u, bu kilit açma aktif olarak tutulmadığı sürece kontrolü saniyeler içinde yeniden firmware eğrisine devrediyor — bu, Apple'ın herhangi bir OS güncellemesinde kapatabileceği kırılgan, desteklenmeyen bir yol, gerçek bir API değil.
Bunu açıkça söylemekte fayda var, çünkü fan kontrolü pazarlamasının çoğu bunu söylemiyor: bir M-serisi Mac'te tam, güvenilir manuel fan kontrolü vaat eden herhangi bir araç, platformun bugün izin verdiğinden fazlasını iddia ediyor demektir. LidRun, Apple Silicon'da fan RPM kontrolü vaat etmiyor ve aksini ima etmek dürüst olmaz — LidRun'ın kendi yetenek testi bir yazmanın işe yaradığını asla varsaymaz ve M1'den M4/M5'e kadar donanımda çoğunlukla sadece izleme modunda döner.
İlgili kılavuzGeliştiriciler için bir Macs Fan Control alternatifiNeler olduğunu kontrol etmenin ücretsiz, native yolu
Herhangi bir uygulamaya yönelmeden önce, macOS'un gerçek termal durumu görmek için hiçbir kurulum gerektirmeyen iki ücretsiz yolu zaten hazır geldiğini bilmekte fayda var. Terminal'de pmset -g therm, CPU_Speed_Limit ve CPU_Scheduler_Limit değerlerini yazdırır — ikisinden biri 100'ün altına düştüğünde throttle ediliyorsunuz demektir. Intel'de de Apple Silicon'da da aynı şekilde çalışır ve özel bir izin gerektirmez.
sudo powermetrics --samplers smc -i1000 -n1 bir adım daha derine iner ve gerçek CPU çip sıcaklığını, çoğu Intel Mac'te ise canlı fan RPM'ini yazdırır. Ham sensör verisi okuduğu için sudo gerektirir. Apple Silicon'da bu çıktının fan-RPM kısmı sürümden sürüme tutarsız olmuştur; orada güvenilir kalan kısım sıcaklık okumasıdır.
macOS'un hazır getirmediği şey ise bunun için bir arayüz — Activity Monitor, CPU yüzdesini ve bir Enerji puanını gösterir, sıcaklığı ya da fan hızını asla; üçüncü parti menü çubuğu araçlarının doldurmaya çalıştığı boşluk da tam olarak bu. Stats gibi ücretsiz seçenekler (popüler, açık kaynaklı bir menü çubuğu monitörü) hiçbir şey yazmadan sıcaklığı ve fan RPM'ini okur; Macs Fan Control her Mac'te sensörleri ücretsiz okur ve yazmayı hâlâ kabul eden eski Intel donanımında RPM ön ayarları ile manuel kontrol ekler. İkisi de yukarıdaki Apple Silicon tavanını değiştirmez — aynı kilitli kapıyı okuyorlar, sadece içine daha iyi bir pencereden bakıyorlar.
DIY yolunun tükendiği yer
Bir Terminal penceresini ya da menü çubuğu göstergesini izlemek, önünde oturduğunuz beş dakikalık bir build için gayet işe yarar. Ama çalışma uzun sürdüğünde ya da başında kimse olmadığında bu işe yaramaz olur — uzun bir Xcode build'i, gece boyu süren bir fine-tune, başlatıp yanından ayrıldığınız bir Docker Compose yığını. Kimse bir saat boyunca her otuz saniyede bir pmset -g therm komutunu yeniden çalıştırmaz.
RPM yazmalarının gerçekten işlediği Intel Mac'lerde, fanları kendiniz zorlamanın daha küçük ama gerçek bir riski var: yazmayı yapan süreç fanı "otomatik"e geri döndürmeden çökerse ya da sonlandırılırsa, fan sabit bir hızda takılı kalabilir — boştayken can sıkıcı derecede yüksek sesli ya da Mac hâlâ çalışırken hız artışının ortasında öldüyse düşük seviyede sıkışmış olabilir. Bu, rastgele SMC yazmalarının bilinen bir arıza modu, varsayımsal bir şey değil — bu yüzden bunu yapan herhangi bir araç, firmware'in otomatik eğrisini sadece temiz bir çıkışta değil, çıkışta veya çökmede her zaman geri yüklemeli.
Özellikle T2'li Intel Mac'lerde tuzak ters yönde işler: bir araç, mod yazması başarılı olduğu için "fan kontrolü etkin" diye rapor verebilir, oysa altta asıl RPM yazması sessizce reddedilmiştir — yani kontrolünüz olduğunu düşünürsünüz ama aslında yoktur. Bu boşluğu kapatmak, sadece mod anahtarının hata vermediğini kontrol etmek değil, bir Mac'i kontrol edilebilir ilan etmeden önce hedef-RPM yazmasının gerçekten işlediğini doğrulamak demektir.
RPM peşinde koşmak yerine ısıya duyarlı bir workflow
Fanları güvenilir şekilde komuta edemiyorsanız — ki bugünün donanım filosunun çoğunda edemezsiniz — pratik hedef kontrolden farkındalık artı zamanlamaya kayar: bir çalışmanın ne zaman ısınmaya başladığını bilmek ve throttle edilmeden ya da Mac kendini korumak zorunda kalmadan önce harekete geçmek.
LidRun sıcaklığı ve fan durumunu sürekli okur ve menü çubuğunda gösterir; böylece sıcak bir build bir sürpriz olmak yerine görünür hale gelir. Fan-RPM yazmasının gerçekten yazılabilir olduğu doğrulanmış Mac'lerde — çoğunlukla eski Intel ve T2 donanımı — fanları orantılı bir eğri üzerinde artırır: kabaca 62°C'nin altında sessiz (kapak kapalıyken ve ısının kaçacak yeri azaldığında 56°C), çip ısındıkça düzgünce yükselen ve sıcaklık yaklaşık 90°C'yi geçtiğinde ya da CPU'nun kendi hız limiti %60'a ya da altına çöktüğünde tam güce doğru itilen bir eğri — o noktada durmuş bir build'in sessiz bir fandan daha önemli olduğu mantığıyla. Quiet, Balanced, AI Workload ve Emergency Max ön ayarları, bu eğriyi elinizle yönlendirmek istediğinizde onun üzerine oturur.
Bu fan artışı bilinçli olarak bir güvenlik mekanizması gibi sunulmuyor — fanlar bir konfor ve throttle'dan toparlanma yardımcısıdır, bir Mac'i aşırı ısınmaktan alıkoyan şey değil. SMC sıcaklığı ile macOS'un kendi termal-baskı sinyalinden beslenen ayrı, bağımsız bir kontrol, 98–100°C civarında sürekli ısıyı ya da CPU hız limitinin kabaca %30–50'nin altına çökmesini, fanların ne yaptığından bağımsız olarak harekete geçilmesi gereken kadar ciddi sayar. Ve bir fan yazması yarıda bırakılırsa — bir çökme, sonlandırılan bir süreç — 90 saniyelik bir kira süresi, fanın takılı kalmak yerine otomatik olarak firmware'in kendi eğrisine dönmesini sağlar.
LidRun'ın nereye uyduğu — ve dürüstçe nereye uymadığı
Apple Silicon'da LidRun fanlarınızı sürmez. Bunun yerine termal durumu — okunabildiği yerde SMC sıcaklığını, CPU throttle'ını ve macOS'un kendi termal-baskı sinyalini — izler ve geri çekilir: "Mac sıcakken tutma" adlı bir ayar (varsayılan olarak açık), Mac zaten sıcak çalışırken yeni bir izlenen çalışmanın başlamasına izin vermez; Closed-Lid modunu kullanıyorsanız, ikinci bir ayar olan "Mac aşırı ısınırsa Closed-Lid'i bırak" (o da varsayılan olarak açık), gerçekten kritik ısıda bu geçersiz kılmayı sonlandırır — böylece Mac, kapalı bir ekranın altında sıcak ve izlenmeden çalışmaya devam etmek yerine, tasarlandığı gibi throttle uygulayıp uyuyabilir.
Fan yazmalarının gerçekten çalıştığı doğrulanmış Intel ve T2 Mac'lerde, aynı termal okuma yukarıda anlatılan orantılı fan artışını da tetikler — tek bir termal tablo, donanımın dürüstçe izin verdiğine bağlı olarak iki farklı kol.
Her iki yolun altındaki vaat de aynı: agent çalışıyorsa uyanık kal; agent bitince ya da Mac güvensiz hale gelince bırak ve uyumasına izin ver. Bu, tek başına bir soğutma göstergesinden farklı bir çıta — hedef daha sessiz bir fan değil, LidRun'ın hareket etmeyecek bir fanı zorlayabileceğini iddia etmeden, gözünüzün önünde olmayan bir ısı yüzünden başında kimse olmayan bir build'i ya da agent çalışmasını kaybetmemek. Uzun build'leri, container'ları ya da yerel modelleri başında kimse olmadan çalıştırıyorsanız, siz bakmıyorken Mac'inizin gerçekte ne yaptığını görmek için LidRun'ı kendi makinenizde denemeye değer.
LidRun, işinizi kapak kapalıyken, pil ve sıcaklık koruması yerleşik biçimde çalışır tutar.
LidRun zaten sizde mi? Kurulum rehberini okuyun →
LidRun'u yeni mi tanıdınız? Fiyatlara bakın →
Sık sorulanlar
Fan-RPM yazmasının gerçekten çalıştığı doğrulanmış Intel ve T2 Mac'lerde, evet — LidRun fanları orantılı bir eğri üzerinde artırır ve Quiet, Balanced, AI Workload ile Emergency Max ön ayarlarını sunar. Apple Silicon'da ise hayır: LidRun orada fan RPM kontrolü vaat etmez. Bunun yerine sıcaklığı ve throttle durumunu sürekli okur ve uyanık-tutma oturumunuzu buna göre yönetir.
Apple Silicon, fanı firmware'in kendi "sistem modu" altında tutar. Manuel kontrolü zorlayan doğrudan bir yazma tamamen reddedilir ve bazı araçların kullandığı belgelenmemiş kilit açma anahtarı bile, aktif olarak tutulmadığı sürece macOS'un termal daemon'u tarafından saniyeler içinde geri alınır — bu, gerçek bir API değil, kırılgan ve desteklenmeyen bir yoldur. Sıcaklığı ve fan RPM'ini okumak her yerde sorunsuz çalışır; engellenen şey yeni bir hedef RPM yazmaktır.
Evet. Terminal'de pmset -g therm komutunu çalıştırın — CPU_Speed_Limit 100'ün altında görünüyorsa, o an throttle ediliyorsunuz demektir. sudo powermetrics --samplers smc -i1000 -n1 daha ileri gider ve gerçek CPU çip sıcaklığını, çoğu Intel Mac'te ise ayrıca fan RPM'ini yazdırır. İkisi de zaten macOS ile birlikte gelir; hiçbiri üçüncü parti bir uygulama gerektirmez.
Sıcaklığı ve throttle durumunu sürekli okur ve menü çubuğunda gösterir; böylece sıcak bir çalışma bir sürpriz olmak yerine görünür olur. "Mac sıcakken tutma" ayarı (varsayılan olarak açık), Mac zaten sıcak çalışırken yeni bir izlenen çalışmanın başlamasını engeller ve ısı kritik bir eşiği geçerse, LidRun daha fazla zorlanmak yerine Mac'in uyuyabilmesi için bir Closed-Lid geçersiz kılmasını bırakabilir.
LidRun, ikisinde de macOS 13 Ventura ve sonrasını destekler. Termal izleme — sıcaklık ve throttle okumaları — her ikisinde de aynı şekilde çalışır. Fan RPM kontrolü, yazmayı gerçekten doğrulayan Intel ve T2 Mac'lerle sınırlıdır; Apple Silicon sadece izleme modunda kalır.