Bellek optimizasyonu, Android'de kararlı ve yüksek performanslı oyun deneyimleri sunmak için kritik öneme sahiptir. Bu kılavuzda, bellek verimliliğinin neden önemli olduğu, Android işletim sisteminin işlem belleği sınırlarını nasıl yönettiği ve oyununuzun teknik kalitesini izlemenize ve iyileştirmenize yardımcı olmak için Google Play Console'daki yeni bellek metrikleri hakkında genel bilgiler verilmektedir.
Bellek optimizasyonunun önemi
Oyuncuları elde tutma oranını korumak, cihaz uyumluluğunu artırmak ve platform kalite standartlarına uymak için oyununuzun belleğini optimize etmeniz gerekir:
- Baştan başlatmayı önleme (kullanıcı deneyimi ve elde tutma): Bir oyuncu oyununuzdan geçici olarak ayrıldığında (ör. bir bildirime yanıt vermek veya mesajı kontrol etmek için) işletim sistemi oyun sürecini arka plana yerleştirir. Oyunun arka plandaki bellekte kaplanan yeri çok yüksekse sistemin düşük bellek durumunda işlem sonlandırma (LMK) özelliği, ön plandaki görevler için RAM'i geri kazanmak amacıyla oyun sürecini sonlandırmaya öncelik verir. Kullanıcı oyuna bir sonraki sefer devam ettiğinde, sorunsuz ve anlık bir sıcak devam yerine oyunun uzun bir baştan başlatma işleminden geçmesi gerekir. Bu işlemde ağır grafik öğeleri, ses ve oyun motoru ikili programları depolamadan tamamen yeniden yüklenir. Arka plandaki bellek kullanımınızı düşük tutmak, bu sessiz arka plan sonlandırmalarını önler, kullanıcı durumunu korur ve oyuncuların oturumlarına hemen devam etmelerini sağlar. Sistem LMK davranışı hakkında daha fazla bilgi için Android Vitals - Low memory killers (Android Vitals - Düşük bellekli sistemleri sonlandıranlar) kılavuzuna bakın.
- Ekosistem ve cihaz kararlılığı: Verimsiz bellek kullanımı ve bellek sızıntıları, sistemin genel sağlığını olumsuz etkiler. Sistem belleği azaldığında sistem ciddi bir baskı altında kalır. Bu durum, kare hızının düşmesine, kullanıcı arayüzünün takılmasına ve ses hatalarına neden olur. Bellek baskısı çok şiddetliyse sistemin düşük bellek sorunu gidericisi (LMK), arka plan işlemlerini agresif bir şekilde sonlandırır. Bu durum, oyuncular görevler arasında geçiş yaptığında diğer uygulamaların yavaş soğuk başlatmalar yaşamasına ve kullanıcı durumunun kaybolmasına neden olur.
- Platform düzeyinde sonlandırmalar: Android 17'den (API düzeyi 37) itibaren sistem, çok fazla bellek kullanan işlemleri sonlandırma konusunda daha proaktif davranır. Oyununuzun kapladığı alan çok yüksekse işletim sistemi, standart bir yığın izi oluşturmadan oyunun sürecini aniden sonlandırabilir.
- Cihaz uyumluluğu: En üst düzey cihazlarda 12 GB ila 16 GB RAM bulunsa da dünya genelindeki oyun kitlesinin büyük bir kısmı 4 GB veya 6 GB RAM'e sahip cihazlar kullanıyor. Doğru bellek yönetimi, karmaşık ve ayrı öğe paketleri gerektirmeden oyununuzun tüm donanım katmanlarında erişilebilir ve duyarlı kalmasını sağlar.
Android'de belleği anlama
Geliştiricilerin etkili bellek bütçelendirme stratejileri tasarlayabilmesi için Android platformunun fiziksel belleği nasıl yönettiğini ve oyununuzun etkin ayak izini nasıl ölçtüğünü anlaması gerekir.
Android'deki temel bellek kavramları
Platform düzeyinde bellek yönetimiyle ilgili temel kavramlar için resmi Bellek Yönetimine Genel Bakış dokümanına bakın. Bu kaynakta dört mimari alan ele alınmaktadır:
- Belleğe genel bakış: Android, RAM'i yönetmek için sayfalama ve bellek eşleme (mmap) kullanır. Disk üzerinde geleneksel bir takas dosyasını desteklemez. Bunun yerine, fiziksel belleği boşaltmak için sayfa sıkıştırma (zRAM kullanarak) ve sayfa geri kazanımını kullanır.
- İşlemler arasında bellek ayırma: Android, RAM'i sistem genelinde paylaşır. Dalvik veya ART sanal makine yürütmesi için belirli yığınlar atarken yerel geliştirme ortamlarının (ör. C++ oyun motorları) yerel sistem yığınından bellek istemesine izin verir.
- Uygulama belleği yönetimi: Çok işlemli bir model altında çalışan Android, uygulamaların yaşam döngüsü durumlarını dinamik olarak izlemesini ve sistemin sağlıklı çalışmasını desteklemek için gereksiz kaynakları (ör. önbelleğe alınmamış grafikler ve bit eşlemler) gönüllü olarak serbest bırakmasını bekler.
- Süreçlere ve iş parçacıklarına genel bakış: Sistem, süreçleri mevcut kullanıcı tarafından algılanan görünürlüklerine ve önemlerine göre hiyerarşik olarak sınıflandırır. Böylece, düşük bellek koşullarında hangi süreçlerin etkin tutulacağını ve hangilerinin önce sonlandırılacağını belirler.
Toplam bellekte kaplanan yer metriği
Platform düzeyindeki Android 17 bellek sınırlayıcı, işlem tüketimini değerlendirirken toplam kalıcı boyut (RSS) veya sanal bellek boyutu yerine toplam bellek ayak izini kullanır.
Toplam Bellek Ayak İzi = Anonim RSS (RssAnon) + Sıkıştırılmamış Takas (VmSwap)
Oyunların platform sınırlarını aşmasını önlemek için bu metriklerin sistem düzeyinde tam olarak neyi temsil ettiğini anlamanız gerekir. Bu metrikler, fiziksel RAM ayırmaları ve dosya destekli sayfaların nasıl işlendiği hakkında daha fazla bilgi için Bellek Kullanımını İzleme kılavuzundaki RSS ve Takas Metriklerini Anlama başlıklı makaleye bakın.
Bellek kısıtlamaları
Android platformu, sistem kararlılığını korumak ve uygulamaların aşırı kaynak tüketmesini önlemek için çalışan işlemlerin bellek sınırlarını yönetir.
Android 17 ve sonraki sürümlerde bellek sınırlayıcı
Android 17 (API düzeyi 37) ve sonraki sürümlerde, Linux cgroup v2 kullanılarak uygulama başına katı bellek sınırları yönetilir. Böylece, tek tek uygulamaların sistem genelinde kararsızlığa neden olması önlenir. Teknik uygulama hakkında daha fazla bilgi için AOSP Memory Limiter Guide (AOSP Bellek Sınırlayıcı Kılavuzu) ve Prioritizing Memory Efficiency: Essential Steps for Android 17 Blog (Bellek Verimliliğine Öncelik Verme: Android 17 Blogu İçin Temel Adımlar) başlıklı makalelere bakın.
- Mekanizma: Bellek sınırlayıcı, tüm uygulama işlemlerini izler ve işlemin yaşam döngüsü durumuna göre dinamik olarak sınırlar atar:
- Görünür işlemler (ön plan): Şu anda kullanıcı arayüzü gösteren uygulama işlemlerinin daha büyük bir kaynak çalışma kümesi çalıştırması beklenir ve bu işlemlere daha yüksek bir sınır verilir.
- Görünür olmayan işlemler (arka plan veya hizmetler): Kullanıcı arayüzü göstermeden aktif olarak çalışan uygulama işlemleri daha sıkı ve kısıtlayıcı bir bütçeyle sınırlandırılır.
- Çekirdek özellikleri: Hizmet iki temel özelliğe dayanır:
memory.high: Esnek sınırdır. Bu sınır aşıldığında çekirdek, işlemi kısıtlar ve belleği agresif bir şekilde geri almaya çalışır. Bu geri alma işlemi, oyunun performansının düşmesine neden olabilir.memory.swap.max: İşlemin kullanabileceği takas veya zRAM alanı için üst sınır belirler.
- Sonlandırma davranışı: Bir işlem,
memory.highdeğerini aşan anonim bellek ayırmaya devam eder ve takas kapasitesini tüketirse ayırmalar başarısız olur ve işletim sistemi işlemi sessizce sonlandırır. Bu sonlandırma, Bellek Sınırlayıcı çıkış nedeni altındaApplicationExitInfokullanılarak kaydedilir (Android 17, 26Q4'ten itibaren kullanılabilir).
Play Console Vitals'daki yeni bellek sınırları
Google Play, geliştiricilerin bellek sorunlarını proaktif bir şekilde belirlemelerine yardımcı olmak için Play Console Android Vitals'da yeni metrikler kullanıma sunuyor. Play Console, uç değerleri belirlemek için oyun oturumlarınızın %90'lık dilimdeki (P90) anonim RSS + takas bellekte kaplanan yerini izler.
Uyarı ve yaptırım eşikleri, cihazın fiziksel RAM kapasitesine ve işlem durumlarına göre ölçeklendirilir. Bu sınırlar iki farklı aşamada uygulanır.
Ayrıntılı yönergeler ve bellek sınırları için Android vitals - "Kötü davranış eşikleri nelerdir? başlıklı makaleyi inceleyin.
Kullanıcı tarafından algılanan hizmetler
Algılanabilir hizmetler, Android sisteminin kullanıcı tarafından fark edilebilir olarak kabul ettiği kritik arka plan işlemleridir. Bu durum, çalışan tüm işlemleri kapsar:
- Ön plan hizmetleri (FGS)
- Yüksek öncelikli işler
- Kullanıcı tarafından başlatılan veri aktarımı işleri
- Sisteme bağlı hizmetler veya diğer uygulamalara bağlı hizmetler
Algılanabilir hizmetler, arka planda kritik ve uzun süreli görevler için tasarlandığından, kümülatif yaşam döngüsü sızıntılarına karşı oldukça hassastır. Android platformu bellek sınırları bu durumu ön plan olarak değerlendirmez. Bu nedenle, oyununuz arka plana alınmış olsa bile algılanabilir bir hizmet çalıştırmaya devam ediyorsa Play Yardım Merkezi sayfasında gösterilen daha sıkı arka plan veya hizmet bellek sınırlarına tabi olur. Oyunlar, ön plandan arka planda algılanabilir hizmet durumuna geçerken gereksiz öğeleri agresif bir şekilde kırpmalıdır.
R8 şartları
Google Play Console, bytecode boyutunu en aza indirmek ve temel Java işlemi ek yükünü azaltmak için uygulama kalitesi yönergeleri kapsamında kod optimizasyonunu değerlendirir. Derleme işlem hattınızı yapılandırma hakkında daha fazla bilgi için R8 ile uygulama optimizasyonunu etkinleştirme kılavuzuna bakın.
Projenizde R8'i yapılandırmak için R8 ile uygulama optimizasyonunu etkinleştirme kılavuzunu uygulayın. Gelişmiş küçültme ve optimizasyon ayarlarını etkinleştirmek için R8'i tam modda kullanma başlıklı makaleyi inceleyin. R8'in sınıfları karartmasını veya ölü kodu kaldırmasını engelleyen kuralları belirlemek için R8 Yapılandırma Analiz Aracı'nı kullanın.
Bit eşlem koşulları
Bit eşlemler, modern yüksek kaliteli oyunlarda bellek kullanımının büyük bir bölümünü oluşturur. Bitmap piksel verileri, Android 8.0 (API seviyesi 26) ve sonraki sürümlerde doğrudan yönetilmeyen yerel yığında depolandığından, optimize edilmemiş görüntü yükleme işlemleri platform bellek eşiklerinin ötesine itebilir. Görüntü ölçeklendirme ve önbelleğe alma ile ilgili en iyi uygulamalar için Görüntü kullanımını optimize etme başlıklı makaleyi inceleyin.
Bellek kullanımını izleme
Oyununuzun belleğini etkili bir şekilde optimize etmek için öncelikle Android platformunun kapladığı alanı nasıl ölçtüğünü anlamanız gerekir. Android 17, dosya destekli veya GPU'ya özel bellek hariç olmak üzere Anonim RSS (RssAnon) ve sıkıştırılmamış Takas (VmSwap) toplamını izlemek için bellek metriğini günceller. Bu kılavuzda, Perfetto ve meminfo gibi sistem düzeyindeki araçlardan nasıl yararlanılacağı, ProfilingManager ve onTrimMemory gibi teşhis API'lerinin nasıl uygulanacağı ve Unity ile Unreal Engine'deki kesin bellek ayırmalarının nasıl çıkarılacağı ayrıntılı olarak açıklanmaktadır. Oyununuzun profilini doğru şekilde oluşturmayı ve geleneksel çalışma zamanı belleği yoklamasıyla ilişkili performans takılmalarını önlemeyi öğrenin.
Daha fazla bilgi için Bellek Kullanımını İzleme başlıklı makaleyi inceleyin.
Bellek azaltma stratejileri
Oyun motorları platformlar arası geliştirmeyi kolaylaştırsa da varsayılan bellek işleme yöntemleri, işletim sistemi düzeyinde bellek sınırlarını tetikleyebilir. Bu sayfada, özellikle Unity ve Unreal Engine için uyarlanmış pratik optimizasyon adımları ayrıntılı olarak açıklanmaktadır. Java tabanlı onTrimMemory kullanmanın Unity'de neden kilitlenmelere yol açabileceğini ve bunun yerine yerel yaşam döngüsü geri çağırma yöntemlerinin nasıl kullanılacağını öğrenin. Ayrıca, oyununuzun tüm donanım katmanlarında sorunsuz çalışmasını sağlamak için ASTC 8x8 doku sıkıştırmasını kullanma ve öğe kaldırmalarını yapılandırma gibi önemli öğe düzeyinde optimizasyonları da keşfedeceksiniz.
Daha fazla bilgi için Bellek kullanımını azaltma başlıklı makaleyi inceleyin.