Падение производительности при разноске производственного журнала

[Wamr]

Обычно так себя проявляет использование какого-то большого временного хранилища (временная таблица и т.п.) общего для всего процесса, по которому делается поиск ранее проведенных операций.
Характерной особенностью является активная работа диском на клиенте или АОСе.
Можно запустить FileMon какой-нибудь и увидеть какой файл Аксапта много читает и чуть-чуть пишит...
но как понять где это в коде не придумал еще.

[evv]

Уважаемые коллеги! Большое спасибо всем, кто принял участие в обсуждении. Проблему удалось решить несколько другим путем. Как выяснилось, при разноске производственного журнала Аксапта пересчитывает мгновенную себестоимость изделия, и этот расчет ведется по всем записям в InventTrans, связанных с конкретным производственным заказом. Просто закомментировав вызов данного расчета, мы добились того, что разноска производственного журнала занимает одно и то же время (несколько секунд) вне зависимости от того, сколько производственных журналов для данного заказа уже разнесено. Вызов находится в методе postTransLedger класса ProdJournalCheckPostBom,
в самом конце метода есть такие строчки:

// Update ProdCalcTrans
if(!ProdTableJour::isHistoricalCost(prodTable.ProdId))
ProdCalcTrans::updateRealCalcBOM(prodTable, prodBOM);