Проблема - распухает Java_vm

@orlov_s · Регистрация: 17.04.2008

Студворк — интернет-сервис помощи студентам

Делаю intranet сайт с сервлетами генерящими страницы с апплетами (не моими). Все работает, однако с каждым переходом на новую страничку, увелвичивается объем памяти, занятым процессом java_vm (в линуксе это очень хорошо прослеживается). Хотелось бы узнать, есть ли общие средства против этого, вроде строчки javascript типа: Document.<appletname>.close(), или же это проблема конкретного апплета?

22.05.2008, 21:21

Вообще то немного не ясно у тебя что апплеты продолжают висеть в памяти?Значит тебе необходимо посмотреть свой код и код апплетов раз GarbageCollection не считает нужным удалять их из памяти либо прописать в апплетах System.gc()-принудительный вызов Мусорщика(но гарантии что он сработает на 100 % нет так как если сам сборщик будет считать что объект работает он может и не уничтожить его)

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

@orlov_s 0 / 0 / 0 Регистрация: 17.04.2008 Сообщений: 15

	Проблема - распухает Java_vm 21.05.2008, 09:35. Показов 832. Ответов 1 Метки нет (Все метки) Делаю intranet сайт с сервлетами генерящими страницы с апплетами (не моими). Все работает, однако с каждым переходом на новую страничку, увелвичивается объем памяти, занятым процессом java_vm (в линуксе это очень хорошо прослеживается). Хотелось бы узнать, есть ли общие средства против этого, вроде строчки javascript типа: Document.<appletname>.close(), или же это проблема конкретного апплета? 0

mishgun
	22.05.2008, 21:21
	Вообще то немного не ясно у тебя что апплеты продолжают висеть в памяти?Значит тебе необходимо посмотреть свой код и код апплетов раз GarbageCollection не считает нужным удалять их из памяти либо прописать в апплетах System.gc()-принудительный вызов Мусорщика(но гарантии что он сработает на 100 % нет так как если сам сборщик будет считать что объект работает он может и не уничтожить его)