“Yalnızca İhtiyacınız Olan Inum'lardan Kaçınma” neden Android'in performans ipuçlarından kaldırıldı?

"Yalnızca Ints'e İhtiyacınız Olan Numaralandırmalardan Kaçının" bölümü resmi geliştirici belgelerinden kaldırılmıştır . (Bkz. Android , eski bölüm içeriği için neden daha fazla numaralandırma kullanmıyor? )

Neden? Android VM'de ipucunu eski yapan bir değişiklik oldu mu?

bu belgenin orijinal versiyonu sadece bir dizi önyargıydı. yalnızca gerçek ölçütlerle desteklenen gerçekleri içerecek şekilde yeniden yazılmıştır ve VM güncellendiğinde güncellenir. http://code.google.com/p/dalvik/ adresinde çeşitli ölçütleri ve temel kütüphaneleri optimize etmek için kullandığımız bazı ölçütleri bulabilirsiniz .

Bir tahmin:

• Hummingbird ve Snapdragon gibi Gigahertz CPU'lar artık yaygındır ve Dalvik VM'yi başlangıçta kısıtlayan küçük kodlu küçük bellek gereksinimleri artık doğru değildir.
• Her nakliye cihazı JIT kullanır (2.2'ye yeni). Enum'un sınıf başlatıcısı daha hızlı çalışır, değerler JIT-zaman sabitleri olarak kabul edilebilir ve JIT enum sınıflarını düzene koymak için özel bir desteğe sahip olabilir.
• Performansa gerçekten duyarlı olan kod , Android 1.5 yayınlandığında hala yeni ve cilasız olan NDK'yı kullanıyor. 2.3'teki NDK, neredeyse tamamen yönetilmeyen oyunlara izin veren yerel etkinlikleri desteklemektedir.

Bu nedenle, bir GUI uygulamasının nispeten sıradan gereksinimleri için, numaralandırmaların geliştirme zamanı faydaları ekstra çalışma zamanı maliyetinden çok daha fazladır.

Elliott Hughes, blogunda yeniden yazma hakkında daha fazla ayrıntı sunuyor: http://elliotth.blogspot.com/2010/09/java-benchmarks.html

Gönderinin ikinci yarısı, Performans belgesindeki her iddianın artık kıyaslamalarla desteklendiğini açıklıyor. Dokümanın önceki sürümleri, görünüşe göre "Çok pahalı oldukları için numaralardan kaçının" gibi doğrulanmamış iddialar içeriyordu.

Elliot Hugues'un 2011 cevabı, numaralandırmadan kaçınmanın asıl nedeninin "işlem performansı" nda olduğu gibi performans nedeni olduğunu söyledi. Bu sebep aslında desteklenmediği için resmi belgelerden kaldırılmıştır.

Daha sonra eklenmiştir, çünkü numaralandırmalar tamsayı kullanmaktan çok daha fazla veri ekler.

TLDR: Dalvik bellek ayırmada iyi değildi ve Enumdaha fazla bellek kullanıyor int. Android Lollipop, Dalvik'i aynı sınırlamalardan muzdarip olmayan ART ile değiştirdi. Dolayısıyla bu öneri artık geçerli değildir.

Uzun cevap:

Vaov! 8 yıl, 5 cevap ve birçok yorum sonra gerçek neden hala ele alınmamıştır.

Lolipop öncesi Android günlerinde Dalvik, VM'nin kullandığı süreçti. Bu süre zarfında uygulamaların kullanabileceği az miktarda bellek bulunduğundan, Dalvik'in çok fazla bellek kısıtlaması vardı. Bellek tahsisi için Dalvik yığını yürümek ve yer bulmak zorunda kaldı. Öbek ayrıca zamanla parçalanır. Dalvik birleştiremedi, bu yüzden zamanla tahsis eder ve sonunda yer kalmaz.

Yalnızca İçeri İhtiyacınız Olan Numaralandırmalardan Kaçının

bir Dalvik gün gelir çünkü bir Enumbir çok daha büyük intve bellek ayırma çok pahalı.

Bugün hızlı bir şekilde ilerleyen Dalvik'in yerini ART aldı. ART KitKat'ta çıktı ve Lollipop'tan beri varsayılan.

ART, hafızayı optimize etmek için değil, performans için optimize etmek için oluşturuldu. Ayrıca tahsisler ve koleksiyonlar için optimize edilmiştir. Bunun nedeni, büyük nesneler için ayrılmış bir belleğe sahip olmasıdır. ART, her şeyi aynı öbeğe koymak ve sonra tüm minik nesnelerin arasında büyük nesneler için yer bulmak yerine, tüm büyük nesneleri ve bitmap'leri ayrı bir yığın haline getirir. Ve sonra küçük nesneler ayrı yığın halinde gider. Ayrıca birleştirebilir.

ART sonrası, EnumAndroid kullanıyorsanız umursamıyor ve bu yüzden tavsiye şimdi gitti.

Bu, Google'daki Chet Haase'den geliyor. Google I / O konuşmasını bulmanızı ve tüm videoyu izlemenizi öneririm. Android hakkında birçok yararlı bilgi ve bilgi içerir.

Bellek performansı için hala kötü.

https://developer.android.com/training/articles/memory.html#Overhead

EDIT: Şimdi kaldırıldı. Numaralandırma kullanımı güvenlidir.