Google, Android'ın Geciktiğini Kabul Ediyor: Uygulama Kuyruğu Kodu Gelecek Sürüm İçin Yeniden Yazıldı

Google mühendisleri, yaklaşan Android 17'deki önemli ama ince değişikliklerden birine dair teknik bir derinlemesine inceleme yayımladı. Görünüşe göre şirket, amiral gemisi sahiplerini bile rahatsız eden bir sorunu ciddiyetle ele almaya karar vermiş—bir akışta kaydırma yaparken veya bir klasörü açarken meydana gelen o UI mikro-titremeleri, görüntünün neredeyse algılanamaz bir şekilde takılmasına neden oluyor.

Yeni işletim sistemi versiyonunda, MessageQueue adı verilen bir çekirdek bileşeni yeniden yazdılar. Basitçe söylemek gerekirse, bunu ekranı görüntülemek için hangi süreçlerin belleğe erişim alacağını ve ne zaman alacağını yöneten bir dağıtıcı olarak düşünün. Daha önce, bu dağıtıcı, tekil erişim ilkesi üzerine çalışıyordu: tüm veri kümesi üzerinde tek iş parçacıklı bir kilit. Eğer bir arka plan süreci (örneğin uygulama kullanımını kontrol etme) bu kilidi alırsa ve ardından işletim sistemi diğer görevlere odaklanırsa, UI iş parçacığı beklemek zorunda kalıyordu. Sonuç? Düşen kareler ve sistemin "duraksadığı" veya yavaş hissettirdiği genel hissiyat.

Android 17'de, bu yaklaşımı terk ettiler ve tek kilidi DeliQueue adı verilen bir mekanizma ile değiştirdiler. İsim kasıtlı—mühendisler, bir şarküteri tezgahı bilet sistemi ile bir benzetme yapıyorlar. Klasik bir kuyrukta (önceki gibi), bir sonraki kişi, tezgahın önündeki kişi tüm işlemini tamamlayana kadar ilerleyemez. Yeni sistemde, her yeni süreç bir "bilet" alır ve diğerlerini engellemeden işine devam edebilir. Ana iş parçacığı (UI iş parçacığı) daha sonra gelen görevlerin işlenme sırasını belirler, ancak bekleme durumuna girmeden.

İşleri daha da hızlandırmak için mühendisler, mesaj karşılaştırma kodundaki koşullu dalları da kaldırdılar. Klasik kodda, CPU 'evet' veya 'hayır' dalını alıp almayacağını tahmin etmeye çalışır; eğer tahmin yanlışsa, boru hattını temizlemek için zaman kaybedilir. Yeni uygulamada, bu "koşulsuz" aritmetik ile değiştirilmiştir ve sentetik testlerde yüksek rekabet senaryolarında %500'e kadar performans artışı göstermiştir.

Normal kullanıcıların DeliQueue'yu manuel olarak etkinleştirmesine gerek yok. Bu, Android 17'yi hedefleyen tüm uygulamalar için varsayılan olarak etkinleştirilen bir sistem düzeyinde optimizasyondur. Geliştiriciler zaten test araçlarına erişim sağladı ve sabırsız olanlar, uyumlu Pixel cihazlarda erken sistem sürümlerini yükleyebilir.

Sizce, bu gerçekten farklı cihazlar arasındaki parçalanma ve gecikme sorunlarını çözecek mi, yoksa her zamanki gibi sadece "kağıt üzerindeki vaatler" mi olacak ve gerçekte, üreticiler bunu tekrar özelleştirilmiş arayüzleriyle mahvedecektir?