Есть, такой вот отчетик, насколько я понял - расчет з/п за месяц. сколько он должен работать в бакграунде на 500 человек? система кроме этого отчета не загружена больше ничем. сейчас сожрал уже почти гиг памяти и уже три часа лопатит.

как запустили так и работает
судя по всему - с журналом

а вообще он сколько должен отрабатывать? хотя бы какие-то стандарты есть? например на 100 человек 20 минут. и прочее?

сильно зависит от настроек и реализованных алгоритмов
плюс еще - наличие перерасчетов прошлых периодов
так что все очень приблизительно

в худшем случае 1000 чел на 1 процессе без перерасчетов - 1 час
обычно - меньше
а если еще распараллелить...

> 1000 чел на 1 процессе без перерасчетов - 1 час
очень много.
на экране выбора есть галка - "Просмотр журнала"
если ее включить то будет очень долго и сожрет очень много памяти.
вообще стоит рассматривать не количество человек а число периодов. она их число показывает потом в логе. на моем опыте один период 0.2-0.6 секунды это нормально.

вообще месяц, плюс перерасчет средней за последние три месяца.

если вы не указывали явно пересчет это не значит что она не делает этого сама. если человеку два месяца назад забыли премию ввести а потом ввели то пересчитаны будут два месяца наза + текущий. итого 3 периода на 1 человека.

апд: в любом случае 3 часа на 500 человек это ненормально! сбейте просмотр журнала, скорее всего дело в нем. ну или зациклено что-то внутри что менее вероятно.

если это 1000 сдельщиков с расчетом резервов отпусков (или расходов будущих периодов) и полноценной обработкой удержаний, то этого может и не хватить...
особенно на не самой крутой железке...

исчезли все блокировки в sm12. памяти было съедено 1.3 гига. после чего процесс пошел дальше и стал есть память. в итоге выбрал всю память abap/heap_area_nondia, выбрал всю экстендед отведеную на процесс (2 гига) и свалился в дамп.


No storage space available for extending the internal table.


You attempted to extend an internal table, but the required space was not available.

что дает использование журнала? для чего он и что в нем отражается?

Журнал используют чтобы посмотреть как шел расчет , обычно по конкретному табельному номеру . Это делают при настройке схемы или при поиске ошибок расчета .
Лучше всего расчет запускать как фоновую задачу и без журнала.
Есть еще специальная утилитка, название сейчас не вспомню, которая позволяет разделить одно длинное фоновое задание на порции по N табельных номеров, тогда еще быстрее

а ошибки, в случае каких-то не коректных данных они без журнала выпадут? и сохраняется ли расчет, в смысле можно посмотреть потом по конкретному табельному номеру некое подобие квиточка о расчете з/п? а еще все-таки какая утилита есть, которая разбивает пользователей?

Если еще актуально то есть нота 693661 Performance - HCM (currently only payroll)
Она как раз для такого случая

расчет сохраняется
планировщик расчета RPCSC000