MacBook Pro'da Uykusuzluk

• MacBook Pro Silicon M1 Max modelinde gece boyunca batarya tüketimi yaşadım
• Güç yönetimi günlüklerini doğrudan analiz etmeye çalıştım ancak sebebi belirlemede sınırlı kaldı
• Sleep Aid adlı özel bir uygulama ile uyanma olaylarını görsel olarak takip etmek mümkün oldu
• Sleep Aid ayarında "Bakım için uyandırma (Wake for maintenance)" seçeneğinin devre dışı bırakılmasının sebep olduğunu buldum
• Bu seçeneği tekrar etkinleştirdikten sonra, geceleri süren batarya tüketimi sorunu çözüldü

---

MacBook Pro'da Gece Boyunca Batarya Tüketimi Sorunu Deneyimi

• Yıllardır MacBook Pro Silicon M1 Max kullanıyorum
• Son zamanlarda, laptopu güç kaynağına bağlı olmadan bırakınca geceleri bataryanın büyük ölçüde tüketilmesi sorunu başladı
• Belirtiler giderek kötüleşince doğrudan neden analizi başlattım

Güç Yönetimi Günlüğü Analizi

• macOS'ta terminal komutu pmset -g log ile güç yönetimiyle ilgili günlükleri görüntüleyebilirsiniz
• Bu log çıktısı çok hacimli ve yorumlanması zor olduğundan, günlük analizi için doğrudan geliştirdiğim basit bir araç olan pmset-analyzer kullanıldı
• Ancak bu araç yalnızca, pratik bir çözüm için yeterli katkı sağlamadı

Detaylı Ayar Değişikliği ve Ek Araştırma

• Resmi belgelerde ve toplulukta önerilen tcpkeepalive gibi güç yönetimi ayarlarını tek tek denedim
• Yalnızca ayar değiştirmek, sorunu çözmekte kayda değer bir etki göstermedi

Sleep Aid Uygulamasıyla Sorunun Çözümü

• Ek araştırma sırasında Sleep Aid adında bir uygulama buldum
  • Bu uygulama, uyanma olayını (wake event) görsel olarak gösterir ve çeşitli güç yönetimi ayarlarını sezgisel biçimde değiştirmeye olanak tanıyan bir arayüz sağlar
• Sleep Aid'de kontrol ettiğimde, "Bakım için uyandırma (Wake for maintenance)" seçeneğinin devre dışı bırakıldığını gördüm
• Uygulama açıklamasına göre bu ayar kapalı olduğunda sık uyanma olayları oluşabilir
• Bu seçeneği tekrar etkinleştirdim ve sonrasında geceleri batarya tüketimi yaşanmadı

[ahwjdekf]

MacBook’u uyku moduna alıp yatıyorum, sonra bir anda gece yarısı ekran açılıyor ve bütün oda aydınlanıyor. Uykumdan uyanıp tamamen kapattığım çok oldu. Bu mesele ne zamandır tartışma konusu ama hâlâ...

[GN⁺]

Hacker News görüşleri

• Yine faydalı bir ipucu paylaşılmış. Activity Monitor'de Energy sekmesini açıp "Preventing sleep" sütununa göre sıralarsanız hangi uygulamanın macOS'un uyumasını engellediğini görebilirsiniz. Benim durumumda suçlunun Devonthink uygulaması olduğunu tespit ettim. Henüz bir hata raporu göndermedim. Apple'ın güç yönetimi özelliklerinin böyle bir sorunu kullanıcıya bildirmemesi garip. Mac'in çantanın içinde aşırı ısınıp pilinin tükenmesi önemli bir sorun değil mi diye düşündürüyor. Buna karşılık Chrome'un ağ cihazı keşfine izin verip vermeyeceğimi durmadan sorması çok daha az önemli görünüyor
  • Apple'ın güç yönetiminin bu konuda uyarı vermemesi şaşırtıcı ama, kapağı kapatsanız bile herhangi bir uygulamanın sistemin uyumasını engelleyebilmesi daha da şaşırtıcı. Video oynatıcılar gibi bazı durumlarda zaman aşımı temelli uyku engellemenin gerekli olmasını anlıyorum. Ama kapağı kapattığınızda veya uyku düğmesine bastığınızda sistemin uyumamasına uygulamanın karar vermesinin gerçekten yararlı olduğu örnek neredeyse yok. Çoğu durumda bunun tek sonucu, sırt çantanızda aşırı ısınmış bir dizüstü taşıma ihtimalini artırmak oluyor. Üstelik tek bir web sayfası bile sistemin uykuya geçmesini engelleyebiliyorsa, 70 sekme içinden hangisinin sorun çıkardığını bulmak zor. Zaman aşımı temelli uyku engelleme yetkisiyle, "kapağı kapatınca her durumda uyusun" gibi çekirdek davranışları değiştirme yetkisini ayırmak iyi olurdu. Zaman aşımı kullanımına izin verilebilir ama kapak kapanması gibi durumlarda mutlaka kullanıcıya bildirilip onay alınmalı
  • Herhangi bir uygulamanın sistem genelinde uyumayı engelleyebildiğini bilmiyordum. Böyle bir yetkinin kesinlikle kullanıcının denetiminde olması gerekir. Geliştiricilerin bu API'leri çağırabilmesi için en azından bir entitlement gerekmez mi diye merak ediyorum
  • shell'de pmset -g assertions komutunu kullanırsanız hangi süreçlerin sistem uykusunu engellediğini görebilir ve bekleyen power assertion'ların ayrıntılarını inceleyebilirsiniz. pmset içinde resmî belgelerde yer almayan komutlar da var; Apple'ın yayımladığı kaynak koduna bakınca görülebiliyor. Belirli assertion'ları yok saymayı sağlayan bir komut da var. Yalnız "UserIsActive" assertion'ını kapatırsanız sistemi uyandırmakta zorlanabilirsiniz
  • Böyle bir özellik olduğunu bilmiyordum, teşekkürler. Son zamanlarda kullanmadığım MacBook'un pilinin neden sürekli azaldığını merak ediyordum; meğer Firefox uykuyu engelliyormuş. Muhtemelen otomatik oynatılan videolar yüzünden. Kusursuz değil ama düzeltilebilir bir sorun
  • Öte yandan Safari, Netflix izlerken çok güç tükettiği için kapatmanız gerektiğini söyleyen bir bildirim gösteriyor
• Benim MacBook Pro'mda da benzer bir durum vardı. Apple Silicon model değil, daha eski bir modeldi. O sırada yönlendiricide DHCP kira süresini varsayılandan çok daha düşük olacak şekilde 15 dakikaya indirmiştim. Tahminimce MacBook her 15 dakikada bir IP yenilemek için uyanıyor, kısa süre sonra tekrar uyuyup ardından yeniden uyanıyordu. Yönlendiricideki kira süresini eski varsayılan değere geri alınca pil tüketimi sorunu tamamen çözüldü. Sebebini tahmin etmek zordu ama yeni bir MacBook Pro aldıktan hemen sonraya denk geldiği için çeşitli sorunlara daha dikkatliydim ve bu sayede çabuk fark ettim
  • Düzgün çalışan bir DHCP istemcisi, kira süresinin %50'si dolduğunda yenileme isteği gönderir. Yani sandığınızdan daha sık uyanmış olması muhtemel
  • DHCP kira süresini neden 15 dakikaya indirdiğinizi merak ettim. Bunun belirli bir amacı var mıydı?
  • Ben de şimdi öğrendim; kullandığım mikrotik yönlendirici varsayılan olarak 10 dakikalık kira süresi kullanıyormuş
  • Bu gerçekten çok ilginç. Bir IP yenilemesi için her uyandığında ne kadar mAh harcadığını merak ediyorum. Muhtemelen birkaç miliamper-milisaniye düzeyindedir; sonuçta dizüstü yalnızca WiFi'ı kısa süreliğine açıp birkaç paket alışverişi yapıyor. Tabii bu Apple Silicon öncesi bir model olduğu için, uyanmışken başka işler de yapmış olabilir
  • Bence bu bir macOS hatası. Uyku sırasında IP'ye ihtiyaç yok, dolayısıyla DHCP kira yenilemek için uyanması olmaması gereken bir davranış. Kaynak kodu kapalı işletim sistemlerinin sorunu da bu
• “Wake for maintenance” seçeneği kapalıysa Sleep Aid ayarlar penceresinde bunun sık uyanmalara yol açabileceğini söylüyor. Acaba yazar yanlışlıkla "seçenek kapalıydı" mı yazdı diye merak ediyorum
  • Ben de aynı şeyi düşündüm. Bu sadece bir tahmin ama, bu ayar kapalıysa uyanma olayları saatlik olarak gruplanıp tek seferde işlenmek yerine gece boyunca rastgele zamanlarda birden çok kez gerçekleşiyor olabilir. Anlatılan durumu açıklayan şey tam olarak bu gibi görünüyor
  • Kafam karıştı. Bilgisayarı açıkça uyandıran bir seçeneği etkinleştirince uyanma sayısı nasıl azalıyor, merak ediyorum
  • Ben de karıştım. Yazarın ekran görüntüsünde Enable durumunda. Bu "normal" gibi görünüyor ama Disabled durumunun neden daha fazla Wake'e yol açtığını sezgisel olarak anlamak zor
  • Böyle sağduyuya aykırı açıklamaların ek açıklamayla desteklenmesini ya da en azından bunun bir istisna olduğunun açıkça belirtilmesini isterim. Yazı sonradan düzenlenirken böyle sorunları yakalamak zor oluyor
• Şimdiye kadar sahip olduğum tüm Mac dizüstülerde kapağı kapatınca her zaman hibernate'a geçecek şekilde ayarlayıp sorunu çözdüm. Kapağı açıp tekrar kullanmaya başladığımda geri yüklenmesi 20-30 saniye sürüyor ama uyku ve pil tüketimi konusunda dert etmemeyi sağlayan küçük bir bedel bence. Terminal'de şu komutla yapılabiliyor: sudo pmset -a hibernatemode 25. Eski hâline döndürmek için sudo pmset -a hibernatemode 3 yazmak yeterli
  • hibernate modunun FDE (tam disk şifreleme) ile iyi çalışıp çalışmadığını merak ediyorum. Linux'ta belleğin içeriğini diske yazarken şifrelemeyle ilgili çeşitli dikkat edilmesi gereken noktalar var
  • Bence çoğu insanın beklediği davranışı en kolay şekilde ayarlamanın yolu bu
• Uzun zamandır Macbook uyku sorunlarını kurcalıyorum ama görünen o ki sorun WindowServer'da ve sonunda tam bir işletim sistemi yeniden kurulumu gerekecek. Bir iki ayda bir çantadan sıcak ve pili bitmiş bir dizüstü çıkarmaktan daha can sıkıcı olan tek şey, "ben hiç yaşamadım, yanlış kullanıyor olabilir misin" tepkisi
• MacOS, 10 yıldır neredeyse bakım modunda gibi hissettiriyor. ARM/Mac Silicon geçişi için çok büyük emek harcanmış olmalı. Yapay zeka güncellemeleri de hayal kırıklığı yarattı; yakın dönemde gerçekten kayda değer iyileştirmeler az gibiydi. Eskiden güç düğmesi backspace tuşunun hemen yanında olan bir Intel Macbook Air kullanıyordum; güç düğmesine bir kez basınca hemen kapanmaması için basılı tutmayı zorunlu kılan bir betiği bir Mac forumunda bulup kullanmıştım. Sonradan o betiğin içine bir trojan gizlendiği ortaya çıktı ve Mac'i fabrika ayarlarına döndürmem, ayrıca iCloud'u tamamen silmem gerekti. Bu betikte iç değişken gibi görünen bir GUID de varmış ve neresi olduğu belli olmayan bir yerden kaynak indirebiliyormuş. Ben onu sadece iç değişken sanmıştım
• Apple resmî destek belgesine göre bu özellik (güç seçenekleri) yerleşik olarak sunuluyor
  • macOS 26 DB yüklü M4 MacBook Air'de o konumda power nap yok. Onun yerine "Wake for network access" var ve varsayılanı "Only on Power Adapter"
  • power nap ile "wake for network access" seçeneğinin aynı şey olduğunu sanıyordum. Görünüşe göre macOS 26'da artık bir seçenek yok. Benim ayarım "Only on Power Adapter" ve kulağa mantıklı geliyor. M4 MacBook Air kullanıyorum
• Ben de geçen hafta neredeyse aynı blog yazısını yazmıştım. Ne yazık ki benim durumumda o çözüm işe yaramadı; power nap dışında başka bir süreç sistemi uyandırmayı sürdürüyor. İlgili yazı: annoying.technology yazısı
• Activity Monitor'ün Energy sekmesi bu durumda çok işe yarıyor. Hangi uygulamanın sistemin tamamen uyumasını engellediğini görebilir, ayrıca her sürecin son 12 saatteki güç tüketimini de inceleyebilirsiniz. Böylece sorunu bir gecede doğrudan takip etmek mümkün
• Ben de MacBook Pro'da (Apple Silicon) benzer bir sorun yaşıyorum. SSD bağlıyken uykuya alınca sistemin düzenli aralıklarla uyanıp sürücüyü etkinleştirdiği anlaşılıyor. Sonuç olarak hem dizüstü hem SSD ısınıyor ve pil hızla tükeniyor. Şu ana kadarki tek çözüm, uyutmadan önce tüm harici sürücüleri çıkarmak ve cihazı şarja takılı bırakmak oldu. Oldukça can sıkıcı bir hata. Kalite kontrol ve testlerin yetersiz kaldığını düşündürüyor