Java geliştiricileri çöp toplama algoritmalarını bilmeli mi? [kapalı]

Yakın zamanda bir röportajda bana çöp toplama algoritmaları hakkında bilgi sahibi olup olmadığım soruldu.

Çöp toplamanın ne olduğunu biliyordum ama çöp toplama algoritmaları hakkında bir şeyler öğrenmeyi hiç düşünmemiştim çünkü bir geliştirici olarak bu konuda hiç endişe etmemeliydim ve Çöp toplayıcı benim için tüm zor işleri yapıyor.

Java geliştiricilerinin çöp toplayıcı algoritmaları hakkında bilgi sahibi olması gerektiğini düşünüyor musunuz? Cevabınız evet ise, hangilerine bakmam gerektiğini söyleyebilir misiniz?

Yazılım platformları değil, "standart yazılım" geliştirirseniz çöp toplama algoritmalarını bilmenin hiç de önemli olmadığını düşünüyorum. Bir çöp toplayıcının nasıl çalıştığını ve bununla ilgili temel bir anlayışa sahip olmalısınız. Çöp toplamanın neden olduğu yazılımlarda kritik gecikmeler yaşamanız ya da bellek kullanımını optimize etmeniz gerekmediği sürece.

Bu algoritmalarla ilgileniyorsanız, lütfen bu yazıma bakın: Düşük duraklatma GC'nin arkasındaki algoritmalar nelerdir?

Çöp toplama ilginç, önemsiz olmayan bir bilgisayar bilimi problemidir.

Bunun için bir algoritmayı bilmek ve anlamak, bu algoritmalara oldukça derin ilgi duyduğunuzu ve anladığınızı gösterir. Java'nın GC algoritmasını incelememiş olsanız bile, birisinin hangi veri yapılarının ve algoritmalarının kullanılacağına dair makul bir açıklama yapabilmesi beni etkileyecektir.

Bir Java programcısı olarak, bir geliştiricinin GC'nin nasıl uygulandığına dair biraz bilgi içerecek olan avantajlarını ve dezavantajlarını tanımlayabilmesi iyi olurdu. Bu, kullandığınız araçların pasif olarak kullanmaktan ziyade nasıl çalıştığına ilgi duyduğunu gösterir. Maliyetleri bilmek, maliyetleri en aza indirecek şekilde programlamanıza da yardımcı olacaktır.

Bunun bir Java geliştiricisi olarak geçimini sağlamak için "gerekli bilgi" olduğunu söylemezdim, ama bugünün işini yapmak için bilmeniz gerekenden biraz daha derine inebildiğinizi ve istekli olduğunuzu gösteren artı bir beceri.

Çöp toplayıcının (veya herhangi bir algoritmanın / teknolojinin) nasıl çalıştığını bilmesi için iki neden görüyorum. İşte bunlar:
1. Yazdığınız kodun altında neler olup bittiğini daha iyi anlarsınız. Bu genellikle daha verimli bir kod yazmanıza yardımcı olabilir, bu da daha iyi performansı garanti eder. Bazı durumlarda bu hayati olabilir. (GWT, tarayıcının çöp toplayıcısına güvenirken hoş olmayan bir deneyim yaşadım ve Chrome ile büyük bir bellek sızıntısı yaşadık. Bu nedenle, sızıntıya tam olarak neyin neden olduğunu görmek zorunda kaldık.)
2. Bu tür algoritmalar her zaman (veya neredeyse her zaman, hayır, her zaman) akıllı, yetenekli, nitelikli ve deneyimli geliştiricilere güvenir. Bu yüzden yaklaşımlarını incelemek çok faydalı olabilir.

Görüşme sırasında böyle bir soru sorulmasının başka bir nedenini görüyorum. Bazı geliştiriciler (özellikle eski meslektaşım), bir geliştiricinin bu tür şeyleri bilmiyorsa yeterince akıllı veya çalışkan olmadığını düşünüyor. Bu ifadeye katılmıyorum. Ama her neyse, böyle şeyleri bilmek, görüşmecinizi etkilemek için iyi bir yoldur.

Nesil çöp toplama ve Java çöp toplama (PermGen, Eden ve Tenured uzayları) hakkında bilgi sahibi olmalısınız. Ayrıca genel olarak çöp toplama hakkında bilgi sahibi olmalısınız (referans sayımının neden genellikle kötü bir fikir olduğu ve işaretleme ve süpürmenin neden daha iyi olduğu gibi). Ayrıca bazı alternatif uygulamaları (Azul Zing JVM ve IBM'in gerçek zamanlı Metronom projesindeki "pauseless" GC gibi) okumanızı da tavsiye ederim .

Java için çöp toplamanın iki nedenden dolayı nasıl çalıştığı hakkında BAZI bilgiye sahip olmalısınız:

İlk olarak, nasıl çalıştığını bilmiyorsanız, yanlışlıkla gerçek uygulamanızda en kötü performansa yol açan tasarım kararları verebilirsiniz. Bu, GC geliştikçe daha az olası hale gelir, ancak uygulamanızda bir dizi algoritma varsa, GC hakkında bir şey bilmek, bunun nedenini bulmak yerine ne yapacağına dair bilgi sahibi olan birini seçebileceğiniz anlamına gelir. kötü davranış.

İkincisi, nasıl çalıştığını bilmiyorsanız, belirli bir uygulama için GC'yi ayarlayamazsınız. Çoğu Java programcısının GC'yi ayarlaması gerekmez, çünkü varsayılan parametreler çoğu zaman yeterince iyi çalışır. Eğer 'çoğu zaman' olan bir şey yaparsanız, GC parametrelerini ayarlarken kendinizi bulabilirsiniz. GC bilgisi olmadan bunu yapmak sadece rastgele düğmeleri döndürür - bundan yararlı bir şey alabilirsiniz, ancak daha büyük olasılıkla işleri daha da kötüleştireceksiniz.

Bu nedenle, iyi bir Java programcısının güneşin altında GC hakkında her şeyi bilmesini beklemiyor olsam da, o programcıdan JVM'deki GC'nin işlevleri nasıl kullandığını ve bunun için ne denli iyi olduğunu bilmesini beklerdim. GC algoritması.

Evet, her Java geliştiricisi, sanal makinenin perde arkasında neler olduğunu ve çöp toplama işini içerenleri kesinlikle bilmelidir.

Bilgi nasıl yapılır seviyesi başka bir sorudur. Normal bir geliştiricinin gerçek bir uygulamanın farkını açıklamasını beklemem (kendim hakkında biraz araştırma yapmalıyım), ancak bir GC'nin ne yaptığı ve hafızayı kendiniz yönetmeye karşı artıları ve eksileri ne olmalıdır temel prensibi açık.