Здравствуйте, YuraL, Вы писали:
Мысль такая, что практика сервеных java — приложений показывает, что вырождение памяти не происходит, в отличие от многих алгоритмов детерминистической финализации.
В принципе, никто не мешает развлечься созданием массива байт требуемого размера, в котором размещать свои данные по известному алгоритму. Например, если известно, что элемнты данных будут уничтожаться только все вместе, то можно организовать стековую архитектуру. Правда, шансов, что все это будет эффективнее GC — мало. Как раз вся прелесть в том, что пока мы пишем приложения, отдельные парни полируют GC. Пользуясь им, мы имеем автоматическое улучшение перформанса при выходе следующего Framework. Самописанные алгоритмы таким ростом не страдают (не говоря о потенциальной глючности).
Говорят, в первых версиях JVM сборщик мусора работал, мягко говоря, неэффективно. Теперь он работает так, что любо-дорого.
YL>Спасибо, Юрий... << RSDN@Home 1.0 beta 3 >>