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

1С v8

22.07.11

✎

10:44

Исходные данные:
Железо: 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 месяца можно перепровести.

1 Fragster

гуру

22.07.11

✎

10:49

а зачем проводить месяц ночью?

ну и да, ночью не будет никого в базе, кто мешать будет...

ну и
900/30/60 - документ в пол секунды... не айс, конечно, но...

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

это если много периодов назад

2 ДенисЧ

22.07.11

✎

10:50

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

3 1nick

22.07.11

✎

11:01

(1) Не 0,5 сек, а 2 сек.

4 Maxus43

22.07.11

✎

11:03

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

5 END

22.07.11

✎

11:28

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

6 Maxus43

22.07.11

✎

11:31

(5) в УПП нет такого

7 END

22.07.11

✎

11:33

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

8 1nick

22.07.11

✎

13:00

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

9 END

22.07.11

✎

13:04

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

10 1nick

22.07.11

✎

13:14

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

11 1nick

22.07.11

✎

13:17

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

12 Maxus43

22.07.11

✎

13:24

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

13 END

22.07.11

✎

13:25

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

14 1nick

22.07.11

✎

14:17

(13) 8.2.13.205

15 END

22.07.11

✎

14:20

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

16 1nick

22.07.11

✎

14:25

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

17 Fragster

гуру

22.07.11

✎

14:51

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

18 END

22.07.11

✎

15:49

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

19 END

22.07.11

✎

15:51

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

20 Найч

22.07.11

✎

15:55

http://price.ru/offers?query=ssd&auto=1&cat=0715-010406
после переноса скуля с базами на него получили ~150% прирост к производительности.

21 1nick

22.07.11

✎

16:01

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

22 END

22.07.11

✎

16:03

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

23 1nick

22.07.11

✎

16:04

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

24 1nick

22.07.11