!eee, а что же за задача такая, для которой heap не хватает?

!eee, а тебе в эмуле хипа тоже не хватает? Если хватает, то может и не вызываться сборщик.

Alice Cooper, дело в том, что приходится постоянно изменять размер массива, и старые массивы будут накапливаться.

!eee, они будут копиться в памяти только пока её хватает, и то не факт. Как только следующему массиву не будет хватать памяти, включится gc, который и освободит память (если конечно физически её хватает).

cHeRsAnYa1, да, ты прав, сборщик работает, однако netbeans все равно 0 показывает. Наверное, баг.

!eee, включи в эмуле график занятой памяти, там ясно видно, когда gc срабатывает.

cHeRsAnYa1, у меня в эмуле нет этого (только кнопка launch и вверху в меню тоже нет). Я имею ввиду строку в output - 0 garbage collections (0 bytes collected)

!eee, seclub.org/forum/goto/11340056/ - gc() точно гарантирует вызов сборщика, иначе метод вообще терял бы смысл. Что касается C и C++, то да, ручное управление быстрее, только тебе надо о нем постоянно думать и писать дополнительный код. А если вдруг забудешь, у тебя сразу начнутся проблемы в виде утечки памяти, источник которых сложно установить.

Malcolm, проверил: Object b=new Object(); Object a=b; b=null; System.gc(); System.out.println(a.toString()); - работает.

!eee, дык всё нормально, b теперь равно null.

cHeRsAnYa1, ну так a указывает на этот же объект. Хотя если сборщик удаляет только объекты, на которые никто не указывает, то, наверное, нереально проверить. // Ну да, он так и делает

!eee, конечно только те, на которые нет ссылок совсем. Иначе бац - и ни с того ни с сего переменная null стала А проверить легко - seclub.org/forum/goto/11340442/