УПП и платформа последние. РАУЗ. Провожу РСВ.
Скорость проведения РСВ меняется непредсказуемо от 45 минут, до 8 часов. Перепроводится один и тот же месяц. Попытка сделать замер в отладчике приводит к вылету и дампу памяти. ТиИ сделано. Итераций от 15 до 130. Проведение без транзакции дает неустойчивы результат от 35 минут до 4 часов. Причем компы могут уйти в БСОД, а могут бодро отрапортовать "Well Done" гляди что вышло.

Куда смотреть? Первые три шага РСВ считаются за 30 мин без ошибок. Что в четвертом и пятом не видел, так как с отладчиком вылет 1С, независимо от типа SQL или файловая.

Память съедается практически вся.

(0) [меняется непредсказуемо от 45 минут, до 8 часов] ужас.
Попробуй поэтапно выполнить

про отрицательные остатки ругается?

насчет этапов - что и за какое время сделано - можно выводить сообщения или делать записи в журнал регистрации.

(1) может памяти не хватает? попробуй на сервере х64 где памяти побольше.
кстати первый раз оно заполняет некий регистр, и потом выполняется быстрее

(4) или медленнее, если в регистре были значения, далёкие от реальности

регистр сведений "Первые приближения для решения СЛУ"

ОТвечаю по порядку.
На отрицательные остатки ругается.
Сервер x64.

Быстрее медленнее - непонятно откуда.

"Первые приближения для решения СЛУ" что за зверь?

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

(8) Легко сказать))) Отрицательные остатки...

Иногда так технология

при отрицательных остатках алгоритм решения СЛУ, который в РАУЗе, ведет себя нестабильно, может вылетать в космос (астрономические суммы в себестоимости)

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

(11) Подтверждаю, все девятки в ОСВ БУ или ОСВ НУ так получаются.

В регистре (6) нашёл минуса, но только за прошлый год. Это нормально? Его есть смысл анализировать по тем анлитикам, где отрицательные суммы?

Поподробнее про минусовые остатки.

(1) Если начинается свопинг, то это вероятная причина "меняется непредсказуемо от 45 минут, до 8 часов"

Прежде чем тыкать "Ок" в расчете себестоимости, надо хотя бы отчетом просмотреть отрицательные остаткипо затратам, МПЗ. Проанализировать их и, если возможно, - убрать.

(ихмо) Пользуюсь исключительно только в документе "Действия" - "Провести вне транзакции". Так хоть в ступор не впадает из-за блокировок, во время работы других пользователей.

(16) Клёво, про "вне транзакции" не слышал. Давно это появилось?

(17) Чес слово - не помню когда появилось :)

(частный случай, не для всех) После выявления и устранения v8: УПП, РАУЗ и риб-база: получил битые ссылки после ТиИ ключей аналитики (?) расчет себестоимости вместо двух часов стал выполняться за пять минут.

(17) В 1.3.5 уже было

(19) Только бы наши пользователи не узнали. Убьют же. "Все вон из базы, мы скрепки недопереучли !" :)

Остатки убрал для примера. Скорость та же.Долго. Попробую (18).

Да, пока мы не делали ТиИ ключей аналитики - тормозило сильнее, до 5 часов на 1 РСВ. На уровне ощущений :) решили, что раз в месяц это надо делать, тогда скорость расчёта себестоимости достаточно хорошая.

Кто нибудь упрощал или модифицировал обработку проведения РСВ?
Может скажете куда копать или ссылку дате почитать...