gc() - принудительный вызов сборщика мусора.
Когда управление выходит из вызванного gc(), мусор уже убран.

Prol, это ошибка. Вызов сборщика мусора не гарантирован ВАЩЕ. Кое-как им можно управлять с помощью ключей запуска JVM, но это весьма ограниченное управление.

Раньше еще использовался такой прием - вызов gc() несколько раз подряд. Сейчас даже он уже не прокатывает.

Это сообщение отредактировал(а) batigoal - 15.1.2008, 09:40

да даже если бы и срабатывал сразу, к чему это приводило бы?

Вот тут сайт про JVM.
http://blogs.sun.com/vmrobot/category/GC

или вот есть такие шаманства (отсюда):
Следующий метод освобождает всю возможную память:



Это сообщение отредактировал(а) serger - 15.1.2008, 09:57

Что значит "ошибка"? В одном из базовых классов Java ошибка?

Его нельзя вызывать несколько раз подряд, это асинхронное событие имеющее длительно время исполнения. Сборщик мусора нужно вызывать не в основном потоке приложения, а делать для него отдельный поток и пользоваться как при асинхронном вводе-выводе, наверна, да? :о)

Вообщем пообщался с одним умным человеком

gc() не просто удалят все неиспользуемые объекты из памяти он при вызове решает стоит удалять объекты из пямяти или нет на основе времени жизни объекта, количества свободной (занятой) ОЗУ и т.д.

то есть он попробует почистить память но то что он удалит все неиспользуемые объекты он не обещает.

Так по крайней мере в стандартной Java машине

p/s
Кстати если нужен нормальный runtaime и адекватное время исполнение, то скорее всего надо использовать специальное железо от SUN и специальную сборку Java машины. Но стандартная сборка Java машины для этого точно не подходит! Но это ИМХО.

Что значит "нельзя"? Можно. Но исполняться оно будет долго.


Ошибка заложена уже в самой идее - управлять памятью в managed-языке. Приложение не может управлять своей выполняющей средой, оно может лишь рекомендовать ей что-то сделать, что и подтвержадется приведенным куском доки:



Зачем? В том же фрагменте написано:


Рекомендую почитать статьи по тюнингу сборщика мусора, в Интернете их немало.

Добавлено через 1 минуту и 21 секунду

Для этого и создана Real-Time Java.

Вообщем пообщался с одним умным человеком

gc() не просто удалят все неиспользуемые объекты из памяти он при вызове решает стоит удалять объекты из пямяти или нет на основе времени жизни объекта, количества свободной (занятой) ОЗУ и т.д.

то есть он попробует почистить память но то что он удалит все неиспользуемые объекты он не обещает.

Так по крайней мере в стандартной Java машине

p/s
Кстати если нужен нормальный runtaime и адекватное время исполнение, то скорее всего надо использовать специальное железо от SUN и специальную сборку Java машины. Но стандартная сборка Java машины для этого точно не подходит! Но это ИМХО.

Мы отвлеклись от темы. :о)

Как обратиться к объекту (экземпляру класса), находящемуся в другом приложении?

Я бы тогда пошел по другому пути - повышение надежности и отказоустойчивости.

Например запускаем Application Server у которого работает два приложения - одно хранит данные в некотором кэше (хранилище), другое (логика) - выполняет какие-либо действия с этими данными.

Падение Application Server - ну надо очень постараться. Даже если при выполнении логики что-то отвалится, то хранилище должно (и будет) нормально работать. Сервер просто подымет еще одну копию логики. И все.

Хотя инициализация трех миллионов объектов - это как-то странно.

Вам уже ответили - никак. Связь только через файл, отображаемый на память или сокеты (или любой другой более высокоуровневый механизм).

Ну вообщем-то никто не мешает исполmзовать RMI или просто сокеты для общения приложений. Но правда в таком случае эффективность работы наверняка снизится.
Если же иметь в виду общую память, которую можно разделять между процессами, то это особенности ОС и кроссплатформенность JAVA на такие вещи не рассчитана.

Я бы тоже задумался (как и AntonSaburov) над проектированием системы.

Что подразумевается под "Хранилищем"? Образ памяти или БД?
Application Server предоставляет доступ двум приложениям к одной памяти?

Добавлено через 2 минуты и 17 секунд

Как сделать в Java связь через файл, отображаемый на память?

Нет, но он может объединять несколько серверов в кластер, обеспечивая тем самым отказоустойчивость.

В этой теме об этом уже говорили - http://forum.vingrad.ru/index.php?showtopi...t&p=1376155.

Спасибо, но в этот файл невозможно загрузить методы и передать им управление :о(