Может тупой вопрос, но чего-то клинит меня и похожих тем не нашел или плохо искал

Имеем самописный отчет. В отчете вызывается ФМ. ФМ не имеет описанных глобальных переменных, все локальные. В этом ФМ, создаются два объекта стандартных классов. Вызываются всякие разные методы в результате чего формируем внутреннюю таблицу, которая возвращается в вызываемую программу для дальнейшей обработки. В конце кода ФМ пишу FREE <объект1> и FREE <объект2>, объекты вроде как чистятся, но всякие ссылочные от них объекты так и остаются висеть в памяти. Как их почистить? Я может и забил бы на это дело, но слишком много памяти отжирается и не всегда ее хватает на дальнейшую обработку.

Может, попробовать вызвать сборщик мусора? Правда, не уверен, как это поможет
cl_tpda_ctrl_handler=>start_gc( ).


в чем это выражается? Дамп?

Не исключено, что память отводится для статических переменных. Возможно даже и не этого класса. И простое FREE их никак не очистит.
P.S. Что-то меня смущает, что стандартный класс ОЧЕНЬ много памяти "отжирает". Хотя бывают и такие случаи. .
А что за класс такой: его название, функция?

Добавьте CLEAR: <объект1>, <объект2>.

Если про саму задачу, то смысл такой:
Есть BWный BEx запрос. Все бы хорошо было и в Excele, но требуется выводить в отчет куда-нибудь очень большие объемы, например текстовый выгружаемый файл занимает место до 1 гига на винте, а его еще собственно сформировать надо(не говорите только, что такие отчеты никому не нужны будут - сам знаю, но отчетность есть отчетность, ее еще возможно и печатать будут:) ). Excel отваливается сразу, так как количество строк уходит за миллион, поэтому ABAPом получаю данные, которые формируют саповский функионал и согласно собственной настройки формирую текстовый файл. Все работает имхо для таких объемов шустро, но памяти отъедается немерянно, и если параллельно кто-то так же ест память, то ее банально не хватает на серваке
Используются классы:
cl_rsr_request
cl_rsr_excel_grid


> в чем это выражается? Дамп?
угу, сначала все чужие процессы уходят в PRIV, так как памяти нет, а потом мой процесс валиться в дамп из-за нехватки памяти
дампы - крайние случаи - для самых больших отчетов за самые большие отчетные периоды, в целом на большинство отчетов хватает, но хочеться исключить и их

Ругается:
"Ошибка при взаимодействии процессов. Работа отладчика будет завершена."
и после этого отваливается

А вам случайно FREE не на таблицу делать надо?

FREE на какую таблицу делать? на свою? я ее делаю специально для последующего перелопачивания...

вообщем получается, что моя внутренняя таблица весит к примеру 500 мегов, а всего занято памяти в 4 раза больше, т.е. уже 2 гига.

Если у объекта есть метод free, попробуй еще так:

Иногда помогает)

Вы уверены, что именно Ваша программа занимает 2 ГБ? Если сервер приложений запущен под 32-разрядной ОС, 2 ГБ выделяется на все ABAP-программы этого сервера приложений. Есть некоторые нюансы, но для простоты их можно опустить. Если Вам нужен такой большой объем, попробуйте использовать EXTRACT-набор, вместо таблицы. Ему в памяти достаточно хранить только раздел HEADER (поля по которым будет производиться сортировка/группировка).

Да, я уверен в этом


на все ABAP программы у нас выделено 11ГБ оперативки

2ГБ это цветочки при худших раскладах отъедается до 5ГБ памяти

почти все чистится после:
CALL METHOD r_request->if_rsbolap_object~free.
CALL METHOD cl_rsdm_read_master_data=>free_txt_n.

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

DATA: size TYPE abap_msize.

CALL METHOD cl_abap_memory_utilities=>get_total_used_size
IMPORTING
SIZE = size.