Google, akıllı telefonlarında güncellemelerin uygulanmasını hızlandırmak istiyor Özel bir sanal bölüm kullanarak ve arka planda güncelleme işlemini başlatarak Pixels, sistem güncellemelerini uygulamak için daha az zaman harcar. Soru, bu yeni mekaniğin Android galaksisindeki diğer üreticiler tarafından da kullanılıp kullanılmayacağıdır.
Bir Google Pixel akıllı telefonunuz varsa, muhtemelen “kablosuz” (OTA) güncellemelerin kötü tarafını biliyorsunuzdur: 20 dakika boyunca bloke olmuş bir terminal. Google mühendislerinin, bir analistin az önce tespit ettiği bir dizi sistem yaması sayesinde azaltmayı planladığı oldukça can sıkıcı bir boşta kalma süresi.
Somut olarak, bir Piksel güncellemelerini yüklediğinde, bunları doğru bir şekilde uygulamak için genellikle birkaç yeniden başlatmaya ihtiyaç duyar. Google’ın bunun yerine “A/B” adı verilen ikincil bir sanal bölümleme sistemi kullanarak çalıştığı bu veri gidiş gelişidir. Google, çalışmayı arka planda başlatarak güncelleme süresini neredeyse yarıya indirebilir.
Bu sanal bölme sistemine geçişin yanı sıra, çeşitli mekanizmalar iş başındadır. Özellikle kopyalama/yazma işlemlerini paralelleştirme olasılığı veya veri sıkıştırma/açma işlemlerini hızlandırmak için birkaç çekirdek kullanma olasılığı. Bir de cihaz kullanıcının elindeyken bazı görevlerin arka planda yürütülmesi, cihaz hareketsizken yapılacak işlem sayısını yine biraz azaltıyor.
On dakika daha az
Yazılımın bu önizleme sürümleriyle yapılan testlere göre, doğrudan terminal (OTA) tarafından indirilen 2.3 GB’lık tam bir güncelleme uygulaması böylece 23 dakikadan 13 dakikaya çıkıyor. Kademeli güncellemelerin etkisi daha azdır: 376 MB güncellemelerin uygulanması 22 dakikadan 16 dakikaya çıkar. Burada, bölümler arasındaki ileri ve geri işlemlerden daha önemli olan, sıkıştırmayı açmak/silmek/yazmak için veri hacminin daha az olduğunu görüyoruz.
Sanal bölme sistemi yeniyse, bu teknikler Google tarafından Android 7.0 Nougat’tan beri bilinen ve geliştirilen bir mekanizmaya dayalıdır: Sorunsuz Güncelleme. Güncellemeyi uygulamadan ve sanal bölüme geçmeden önce otomatik indirme ve çeşitli “pasif” hazırlık prosedürlerinin temellerini atan bu sistemdir.
Google için sorun şu ki, Kesintisiz Güncelleme mekanizması şu an için zorunlu değil ve üreticiler bunu entegre etmek için acele etmediler. Bunun bir nedeni var: karşıya yükleme, güncellemenin depolanması ve sanal bölüm arasında, tüm bu tuğlalar, bir miktar depolama belleği ayırmayı ve bloke etmeyi gerektirir. Henüz kimsenin kabul etmediği şey – görmediğimiz bir işlev için değerli gigalarca ROM vermeyi kim kabul etmek ister?
Ancak bu durum değişebilir: Birkaç ısrarlı söylenti, Google’ın bu güncelleme mekanizmalarının entegrasyonunu gelecekte zorunlu hale getirebileceğini öne sürüyor. Üreticiler, 4-5 yıl önce bloke edilmiş gibi görünen depolama alanındaki artışı sürdürmek için 128/256 GB’ı aşmayı başarsalardı, bu çok da sorun teşkil etmezdi!
Kaynak :
Android Polisi
Bir Google Pixel akıllı telefonunuz varsa, muhtemelen “kablosuz” (OTA) güncellemelerin kötü tarafını biliyorsunuzdur: 20 dakika boyunca bloke olmuş bir terminal. Google mühendislerinin, bir analistin az önce tespit ettiği bir dizi sistem yaması sayesinde azaltmayı planladığı oldukça can sıkıcı bir boşta kalma süresi.
Ayrıca okuyun: Android 13: Google, güncellemeyi uyumlu akıllı telefonlara yayıyor (Ağustos 2022)
Somut olarak, bir Piksel güncellemelerini yüklediğinde, bunları doğru bir şekilde uygulamak için genellikle birkaç yeniden başlatmaya ihtiyaç duyar. Google’ın bunun yerine “A/B” adı verilen ikincil bir sanal bölümleme sistemi kullanarak çalıştığı bu veri gidiş gelişidir. Google, çalışmayı arka planda başlatarak güncelleme süresini neredeyse yarıya indirebilir.
Bu sanal bölme sistemine geçişin yanı sıra, çeşitli mekanizmalar iş başındadır. Özellikle kopyalama/yazma işlemlerini paralelleştirme olasılığı veya veri sıkıştırma/açma işlemlerini hızlandırmak için birkaç çekirdek kullanma olasılığı. Bir de cihaz kullanıcının elindeyken bazı görevlerin arka planda yürütülmesi, cihaz hareketsizken yapılacak işlem sayısını yine biraz azaltıyor.
On dakika daha az
Yazılımın bu önizleme sürümleriyle yapılan testlere göre, doğrudan terminal (OTA) tarafından indirilen 2.3 GB’lık tam bir güncelleme uygulaması böylece 23 dakikadan 13 dakikaya çıkıyor. Kademeli güncellemelerin etkisi daha azdır: 376 MB güncellemelerin uygulanması 22 dakikadan 16 dakikaya çıkar. Burada, bölümler arasındaki ileri ve geri işlemlerden daha önemli olan, sıkıştırmayı açmak/silmek/yazmak için veri hacminin daha az olduğunu görüyoruz.
Sanal bölme sistemi yeniyse, bu teknikler Google tarafından Android 7.0 Nougat’tan beri bilinen ve geliştirilen bir mekanizmaya dayalıdır: Sorunsuz Güncelleme. Güncellemeyi uygulamadan ve sanal bölüme geçmeden önce otomatik indirme ve çeşitli “pasif” hazırlık prosedürlerinin temellerini atan bu sistemdir.
Ayrıca okuyun: Google Pixel 7 ve Pixel 7 Pro: fotoğraf şampiyonları için utangaç güncelleme (Ekim 2022)
Google için sorun şu ki, Kesintisiz Güncelleme mekanizması şu an için zorunlu değil ve üreticiler bunu entegre etmek için acele etmediler. Bunun bir nedeni var: karşıya yükleme, güncellemenin depolanması ve sanal bölüm arasında, tüm bu tuğlalar, bir miktar depolama belleği ayırmayı ve bloke etmeyi gerektirir. Henüz kimsenin kabul etmediği şey – görmediğimiz bir işlev için değerli gigalarca ROM vermeyi kim kabul etmek ister?
Ancak bu durum değişebilir: Birkaç ısrarlı söylenti, Google’ın bu güncelleme mekanizmalarının entegrasyonunu gelecekte zorunlu hale getirebileceğini öne sürüyor. Üreticiler, 4-5 yıl önce bloke edilmiş gibi görünen depolama alanındaki artışı sürdürmek için 128/256 GB’ı aşmayı başarsalardı, bu çok da sorun teşkil etmezdi!
Kaynak :
Android Polisi