День добрый подскажите кто в курсе есть ли возможность ограничить кол-во памяти для режима(сесии)? Развелось немало программок которые смело кушают по 3-5 гигов оперативки (sm04). Хотелось бы выставить параметр в профайле чтоб такие проги выпадали с дампом по постижении некого установленного лимита.

Думаю "memory management" документ поможет(я правда старую версию видел...новую как-то не смог отыскать на маркетплейсе...)...

В пмервую очередь я бы покрутил параметры:
abap/heap_area_total,abap/heap_area_dia,abap/heap_area_nondia

Правда при "кручении" всплывёт ещё куча параметров, типа:
em/global_area_MB,em/initial_size_MB,rdisp/PG_LOCAL, rdisp/PG_MAXFS,rdisp/ROLL_SHM,rdisp/PG_SHM,
ztta/roll_area,ztta/roll_first,ztta/roll_extension
ну и наверное...
abap/use_paging=0 ......

Ух как много всего, скока мне не покрутить... Не пойму конкретно 1-го параметра отвечающего за максимум для сесии нету?

Думаю изменение ztta/roll_extension(максимум EM выделяемой пользователю на процесс) и abap/heap_area_dia(максимум с кучи) поможет.Необходимо, чтобы в сумме по обоим параметрам, набиралось максимально желаемое выделяемое пользователю кол-во памяти. У пользователя при превышении будет дамп.

Спасиб пребольшой, попробую - отпешу о рез-те (не скоро, поскольку не знаю когда смогу перезапустится)

Правильнее для начала проанализировать “программки”, а уж потом их валить в дампы. В особенности продуктива касается. Скорее всего это чье-то рукоблудство на абапе, с селектом в память лошадиных таблиц.

Программки проанализировал некоторые не стесняяся загребают по 6 гигов (в БД и таблиц-то такого размера нету, как девелоперам удается??!!). Но еще чаще юзерам в репортах лень критерии выбора ограничивать... патом из множества выбранных данных в ексель копируют для дальнейших нужд небольшую часть нужных...
А када неск-ко юзеров запустят програмку одну и ту же ету что 6 гигов отьедает - то память на сервере и кончаецца своп всю систему тармазить начинает... Так что рубить их на подлете - хороший способ обратить на проблему внимание девелоперов...

В ощем щас все исправно рубится при достижении 1Гиг, Vit спасиб!

Отчеты поди в alv выводится?
Жрет alv память очень сильно.

Да разные есть и с АЛВ и без... Не втом дело... Таблички БД полностью закачивают в темповые и только потом из них нужное выбирается. ТОка прикол что в БД они меньше места занимают чем в абап-кеше? Кроме того есть и стандартные проги саповские среди них из комплекту росийсково HR и WF это поток операций который...

SAP под ораклом активно использует ораклиный тип данных VARCHAR2. В базе хранятся только значимые байты, в сапе со всеми хвостовыми пробелами на объявленную длину.

У! Зачот. БД - Оракл. А подробно сей факт где-то расписан? как сап объясняет такое разбазаривание ресурсоф?

Берёш сишный компилятор, без ++ всяких. Пишешь прогу, например массив 10х1000000, и сортировку этого массива по любому столбцу. Естественно всю работу с памятью ты делаешь в ручную, выделяешь память, указатель у тебя постоянно скачет, двинули указатель на длинну строки, считали 10 байт и тд. потом всё пределываешь по требованию "заказчика" на переменную длинну каждого поля. Алгоритм сам придумай. Конечно после этого перформас у тебя деградирует, но наверно как-то работать будет.
А потом долго объясняешь "заказчику", что не стоит писать select *, когда реально нужно 5 полей, что если поле длинное, то его тоже не стоит считывать в память, строить по нему индекс, и вообще много чего не надо. Что для обработка массива 100x10000000 Вашего сервера не хватит и т.д.
Ну а "заказчик" потом на всяких форумах пишет про "разбазаривание ресурсоф" твоей программой....