Nesne havuzu kullanımdan kaldırılmış bir teknik midir?

Nesne havuzu kavramına çok aşinayım ve her zaman mümkün olduğunca kullanmaya çalışıyorum.

Ek olarak, her zaman nesne havuzlamanın standart Java olduğunu düşündüm, Java'nın ve diğer çerçevelerin kendisinin mümkün olduğunca havuz kullandığını gözlemledim.

Son zamanlarda benim için tamamen yeni (ve karşı sezgisel?) Bir şey okudum.

Bu havuzlama, özellikle eşzamanlı uygulamalarda program performansını daha da kötüleştirir ve bunun newyerine nesnelerin başlatılması önerilir çünkü yeni JVM'lerde nesnenin başlatılması gerçekten hızlıdır.

Bunu kitapta okudum: Java Concurrency in Practice

Şimdi, burada bir şeyi yanlış anlıyorsam, kitabın ilk örneklerinden yeni örnekleri Executorskullanmak Threadyerine bu yeniden kullanımları önerdiği için düşünmeye başlıyorum .

Öyleyse, nesne havuzu günümüzde kullanımdan kaldırıldı mı?

Genel bir teknik olarak kullanımdan kaldırılmıştır, çünkü - fark ettiğiniz gibi - kısa ömürlü nesnelerin yaratılması ve yok edilmesi modern JVM'lerde oldukça ucuzdur. Bu nedenle, değirmen bitmiş nesneleriniz için elle yazılmış bir nesne havuzu kullanmak, büyük olasılıkla daha yavaş, daha karmaşık ve düz olmaktan daha fazla hataya meyillidir new. *

Yine de kullanımları vardır; DB / ağ bağlantıları, iplikler vb.

* _{Bir zamanlar sürünen bir Java uygulamasının performansını artırmak zorunda kaldım. Soruşturma, milyonlarca nesneyi tahsis etmek için bir nesne havuzu kullanma girişimini ortaya çıkardı ... ve onu yazan zeki adam, iş parçacığını güvenli hale getirmek için tek bir küresel kilit kullandı. Havuzun düz ile değiştirilmesi, newuygulamayı 30 kat daha hızlı hale getirdi.}

Somut sorunun cevabı: 'Nesne, kullanımdan kaldırılmış bir tekniği bir araya getiriyor mu?' dır-dir:

Hayır. Nesne havuzu, belirli yerlerde yaygın olarak kullanılır - iş parçacığı havuzu, veritabanı bağlantı havuzu vb.

Genel nesne oluşturma hiç yavaş bir işlem olmamıştır. Kendi içinde havuzlamak, kaynakları tüketir - bellek ve işlem gücü. Herhangi bir optimizasyon bir takas.

Kural:

Erken Optimizasyon Kötü!

Fakat verilen bir optimizasyon ne zaman erken olur?

Erken optimizasyon, ayrıntılı bir profilleme yoluyla bir darboğazı çözmeden önce yapılan herhangi bir optimizasyondur .

Tamamen çöp toplanmasından kaçınmak istediğiniz durumlarda, nesne toplamanın tek geçerli alternatif olduğunu düşünüyorum. Yani hayır, kesinlikle kullanımdan kaldırılmış bir teknik değildir.

Ölçmek, ölçü,,, tedbir, önlem

Tamamen kullanım durumunuza, nesnelerinizin boyutuna, JVM'nize, JVM seçeneklerine, hangi GC'yi etkinleştirdiğinize ve bir dizi başka faktöre bağlıdır.

Kısacası: önce ölçün ve sonra ölçün. Bir nesne havuzlama çerçevesi kullandığınızı varsayarsak (Apache'den olduğu gibi), uygulamalar arasında değiş tokuş yapmak çok acı verici olmamalıdır.

Ekstra performans testi ipucu - önce JVM'nin biraz ısınmasına izin verin, çalışan bir JVM'de testleri birkaç kez çalıştırın, farklı şekilde davranabilir.

Bu havuzlama, özellikle eşzamanlı uygulamalarda program performansını daha da kötüleştirir ve bunun yerine yeni nesnelerin başlatılması önerilir çünkü yeni JVM'lerde nesnenin başlatılması gerçekten hızlıdır.

Bağlama göre değişir.

Değişen bir eğilim olup olmadığını bilmiyorum ama kesinlikle buna bağlı olacağı kesin . Java sınıfınız RMI bağlantısı veya kaynak dosyası yükleme gibi harici bir kaynağı yönetiyorsa - kesinlikle nesne başlatmanın maliyeti hala yüksek olabilir (bu kaynaklar sizin için zaten havuzlanmış olsa bile!). Genel bir uygulama olarak kitapla aynı fikirdeyim.