Время проведения документов 1С 8.2 #561267

Исходные данные: Железо: Intel i7 950 @ 3.07 GHz, 24 Gb RAM, RAID (зеркало) Софт: Windows Server 2003 x64 SQL Server 2008 1C 8.2 (Сервер 1с и SQL установлены на одной машине) База: Бухгалтерия 2.0 7 Gb В день до 900 документов. День проводится около 30 минут. Это нормально? Т.е. за ночь максимум 1-1,5 месяца можно перепровести.

а зачем проводить месяц ночью? ну и да, ночью не будет никого в базе, кто мешать будет... ну и 900/30/60 - документ в пол секунды... не айс, конечно, но... как вариант - выключить текущие итоги, рассчитать итоги по начало проводимого месяца, пропроводить до середины месяца, рассчитать итоги до конца месяца, допроводить до середины следующего месяца и т.д... это если много периодов назад

Полсекундны на документ уже много... Зажрались 1сники...

Не 0,5 сек, а 2 сек.

у меня ПТУ секунд 5 идёт на УПП, никто даже не заикается что медленно

Проведи эксперимент на тестовой базе. В общем моуделе "БухгалтерскийУчетРасчетовСКонтрагентами" найди процедуру "УпорядочитьТаблицуПоДокументу" в этой процедуре замени строку "ТаблицаЗначений.Сортировать(СписокКолонок);" на "ТаблицаЗначений.Сортировать(СписокКолонок, Новый СравнениеЗначений);" будешь очень удивлен.

в УПП нет такого

у ТС БП 2, рекомендация относится к БП 2 и БП КОРП

Ну у меня  вместо 0,000055 стало 0,000155 (Время чистое). И что?

Это что за замеры, время выполнения этой сторки? На моих данных и на платформе 8.2.13.219 скорость проведения возросла в 2 раза.

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

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

а где больше всего тормозит?

номер релиза платформы?

8.2.13.205

А есть возможность попробовать на 8.2.13.219? Да, и что за документы? Режим совместимости отключен?

Да а смысл релиза? Сейчас вот "14 релиз" на выходных поставлю. Лучше расскажи "механику процесса", в чем причина убыстрения. При отладке я так понял бегло, что в именно эту процедуру даже не все документы "заходят". Только "Поступление товаров" кажется...

все фигня, кроме , кстати... ыыыы

есть такое подозрение, что в последних релизах что то накосячили с сортровкой ТЗ по ссылочному значению. На моих даннх это строка занимала до 50% времени проведения. Если у тебя все нормально с этим, надо анализировать глубже. Резервов для оптимизации в БП много :) Универсальных рецептов нет, на различных данных способы оптимизации могут сильно отличаться.

+ у меня примерно такой же документооборот. И доки еще тяжелые (отчеты о розничных продажах в каждом > 150 строк) ОРП в среднем проводится по 10 - 15 сек.

после переноса скуля с базами на него получили ~150% прирост к производительности.

Так вот я и спрашиваю - это нормально, типа "как у всех"? Манипуляции с SQL и кодом можно же производить достаточно долго пока не выйдешь на нужный результат...

2 сек. на документ - это отлично. Можно пока не париться даже

SSD у меня тоже есть. На нем логи баз (ldf) и tempdb лежит.

т.е. про семерочные 3 месяца за 10 ч. (ночь) можно забыть?

нет

Зачем этот флуд?

а если 18 сек. на документ ?