1С 8.2. Запросом получаю данные, 50000 строк. Построчно добавляю записи в регистр накопления. При этом первые несколько сотен записей производятся моментально, но каждая последующая запись делается медленнее предыдущей, и после 20000 это уже очень заметный лаг. Можно ли с этим как-то бороться?

фиксируй транзакцию каждые 100 записей

приведи код

Выборка = Результат.Выбрать();
    Кол = Выборка.Количество();
    Сч = 0;
    Пока Выборка.Следующий() Цикл
        Сч = Сч + 1;
        Движение = Движения.МойРегистр.Добавить();
        ЗаполнитьЗначенияСвойств(Движение,Выборка);
        Если Сч%100 = 0 Тогда
            Состояние("СФРВ: загружено "+Сч+" строк из "+Кол);
        КонецЕсли;
    КонецЦикла;
    Движения.МойРегистр.Записать();

(0) Через набор записей добавляете?

то есть  Движения.МойРегистр.Записать() делать через каждые 100 записей?

(4) через свойства Движения самого документа-регистратора

а на какой строке тормозит? Движение = Движения.МойРегистр.Добавить();?

не удивительно.
надо Записать(ложь).

(7) нет, именно в процессе добавления, еще ДО записи

(8) отнюдь

(8) до записи еще не доходит в момент лага

(9) а я как написал?

(5) Сделай 10 документов по 5000 записей в каждом

(11) так у тебя добавление в набор тормозит?

в набор можно тупо Загрузить(Выгрузить())

(7) (11) там всего 2 строки: добавить и заполнить значения. в какой-то из них тормозит все сильнее по мере добавления в набор

(15) именно так сначала и было, потребовали вывести индикацию что происходит, ибо задумается база на час

(16) какую-то ты фигню рассказываешь

(18) не было б фигни - не было б вопроса

(19) результат замера производительности покажешь?

Вот это вот Состояние("СФРВ: загружено "+Сч+" строк из "+Кол) как раз четко показывает, что первые сотни добавляются моментально, а дальше все медленее и медленнее. После 20 000 по нескольку секунд, после 30 000 уже почти по минуте

визуально видно)

(22) визуально - это фигня и есть. Замер покажи, потом будут разговоры

я так понимаю, Вы с данной проблемой не сталкивались

любая оптимизация обязана начинаться с замера производительности, а не с обговления кода

(24) ты овощей за жизнь столько не съела, со скольким количеством разных, и таких - тоже, проблем сталкивался.
Замер сделай, потом поговорим

(25) 96% на строке Движение = Движения.МойРегистр.Добавить();
что это дает?

уже 99%

(27) это значит, что дело не в твоем коде, а в твоем железе.

хоттяя... верни Загрузить(Выгрузить()) и повтори замер

пока не могу. час грузить, ему осталась еще 5000 записей. пусть догрузит, потом верну и померяю.

(30) а что там мерить? сколько по времени займет строка Загрузить и будет ли это быстрее построчного обхода?

(13) то есть падение производительности при росте количества записей - это нормально и иначе как дроблением регистраторов проблему не решить?

(0) Памяти сколько? вообще, свободно, и у приложения при замедлении? база файловая/серверная?

Я думаю, чудес не бывает и мы видим не весь код

Я даже могу подключиться и потыкать автора

Грузите порциями по 10 тыс записей. Пример кода есть в УПП, запись порциями в регистры затрат при проведении РСВ.

(25)+100500 автор, ты бы хоть замер профайлером сделал если клиент-сервер, если фб тогда тж

не кончается ли у автора оперативка?

(3) сдается мне, что пока не вернуть управление клиенту область панели состояние обновлено не будет, а в этом коде возврата на клиента как-то не предвидится