Чи повинні розробники Java знати про алгоритми збору сміття? [зачинено]

Мене нещодавно в інтерв'ю запитали, чи знаю я про якісь алгоритми збору сміття.

Я знав, що таке сміття, але я ніколи не замислювався над тим, щоб дізнатися про алгоритми збору сміття, оскільки як розробник мені ніколи не доводилося переживати про це, і збирач сміття робить всю важку роботу для мене.

Ви думаєте, що розробники Java повинні знати алгоритми збору сміття? Якщо так, чи можете ви сказати мені, в кого я повинен заглянути?

Я думаю, що знати алгоритми збору сміття зовсім не важливо, якщо ви розробляєте "стандартне програмне забезпечення", а не програмні платформи. Ви повинні мати базове розуміння того, як працює сміттєзбірник, і це стосується цього. Якщо ви не відчуваєте критичних затримок у вашому програмному забезпеченні, спричинених збиранням сміття, або вам потрібно оптимізувати використання пам'яті.

Якщо вас цікавлять ці алгоритми, будь ласка, ознайомтеся з цим моїм повідомленням: Які алгоритми стоять за GC з низькою паузою?

Збір сміття - цікава, нетривіальна проблема інформатики.

Знання та розуміння алгоритму - це ознака того, що ви досить глибоко зацікавлені та розумієте ці алгоритми. Навіть якщо ви не вивчали алгоритм GC Java на Java, це вразило б мене, якби хтось зміг би дати розумний опис того, які структури даних та алгоритми будуть використовуватися.

З точки зору як програміста Java, було б добре, якби розробник міг описати переваги та недоліки GC, які включали б трохи знань про те, як він реалізований. Це свідчить про зацікавленість у тому, як використовуються інструменти, а не просто пасивно їх використовувати. Знання витрат також допоможе програмувати таким чином, щоб мінімізувати витрати.

Я б не сказав, що це "необхідні знання", щоб заробити на життя як розробник Java, але плюс навик, який показує, що ви здатні та готові зайти трохи глибше, ніж те, що вам потрібно знати, щоб виконати сьогоднішню роботу.

Я бачу дві причини, чому слід знати, як працює сміттєзбірник (або будь-який алгоритм / технологія). Ось вони:
1. Ви краще розумієте, що відбувається під кодом, який ви пишете. Це часто може допомогти вам написати більш ефективний код, що гарантуватиме кращу продуктивність. У деяких випадках це може бути життєво важливим. (У мене був неприємний досвід, коли GWT покладався на сміттєзбірник браузера, і ми мали величезну витік пам’яті за допомогою Chrome. Тому нам довелося побачити, що саме спричинило витік.)
2. Такі алгоритми завжди (або майже завжди, ні, завжди) довіряйте розумним, кваліфікованим, кваліфікованим та досвідченим розробникам. Тож вивчення їх підходу може бути дуже корисним.

Я бачу ще одну причину, чому вам задавали таке питання на співбесіді. Деякі розробники (особливо мій колишній колега) вважають, що розробник недостатньо розумний або працьовитий, якщо він / вона не знає таких речей. Я не згоден з цим твердженням. Але все одно, знати такі речі - це хороший спосіб справити враження на інтерв'ю.

Ви повинні знати про покоління збирання сміття та особливості збору сміття на Java (місця PermGen, Eden та Tenured). Ви також повинні бути добре знайомі зі збиранням сміття (наприклад, чому підрахунок посилань зазвичай є поганою ідеєю, і чому краще "розмітка" та "підмітка"). Я також рекомендую ознайомитися з деякими альтернативними реалізаціями (як, наприклад, "без пауз" GC в Azul JVM Zing і проект Metronome в реальному часі ).

Ви повинні мати деякі знання про те, як працює сміття для Java з двох причин:

По-перше, якщо ви не знаєте, як це працює, то ви можете випадково прийняти дизайнерські рішення, які призводять до найгірших результатів у вашому фактичному застосуванні. Це стає все менше і менш ймовірним, коли GC покращується, але якщо у вашому додатку є вибір алгоритмів, то знаючи щось про GC означає, що ви можете вибрати один із знанням того, що він буде робити, замість того, щоб дізнатися, що це викликає погана поведінка.

По-друге, якщо ви не знаєте, як це працює, ви не зможете налаштувати GC для заданої програми. Більшість програмістів Java ніколи не потребує налаштування GC, оскільки параметри за замовчуванням працюють досить добре більшу частину часу. Якщо ви робите щось, що виходить із цього «більшості часу», то, можливо, ви можете налаштувати параметри GC. Робити це без знання GC - це лише випадковим чином повороти ручки - ви можете отримати щось корисне з цього, але, швидше за все, ви все ще гірше викрутите.

Тож, хоч я і не очікував, що хороший програміст на Java знатиме все про НС про GC, я би сподівався, що програміст на якомусь рівні дізнається, як GC у JVM вони використовують функції та які компроміси для цього Алгоритм ГК.

Так, кожен розробник Java обов'язково повинен знати, що відбувається за лаштунками віртуальної машини, і що включає роботу зі збору сміття.

Рівень рівня знань - це ще одне питання. Я б не очікував, що звичайний розробник пояснить різницю фактичної реалізації (мені доведеться провести деякі дослідження цього), однак основним принципом того, що робить GC, і якими плюсами і мінусами проти управління пам’яттю повинен бути сам ясний.