Укажите отработанное время

Отработанное время:
Продуктивное время:
Bug 1614 - selta: Деградация производительности при проведении документов.   Make a simular bug
Summary: selta: Деградация производительности при проведении документов.
Status: CLOSED FIXED
Alias: None
Product: SELTA@Etersoft
Classification: Продукты (Products)
Component: ODBC-драйвер (show other bugs)
Version: 1.0.2
Hardware: PC Linux
: P3 normal
Target Milestone: ---
Assignee: Калюхович Юрий
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 2053
  Show dependency treegraph
 
In work:
Reported: 2008-04-07 20:33 MSD by Антон Азанов (Djelf)
Modified: 2014-09-11 18:42 MSK (History)
2 users (show)

See Also:
Заявки RT:
Связано с:
Дата напоминания:


Attachments
Тестовая обработка 1С (59.00 KB, application/octet-stream)
2010-11-18 03:58 MSK, Антон Азанов (Djelf)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Антон Азанов (Djelf) 2008-04-07 20:33:14 MSD
Created attachment 373 [details]
Тестовая обработка 1С

Ubuntu 7.04, wine@etersoft.sql 1.0.8, selta@etersoft 1.0.2 (03/04/08), 1C
7.7.027, конфигурация 1С на базе ТИС

Обнаружилось стабильное падение производительности postgres в процессе проведения документов. Падение производительности происходит на каждом отдельном подключении к базе, т.е. это не падение производительности сервера в целом. Производительность восстанавливается только после переподключения к базе.

Для воспроизведения ситуации создана тестовая обработка, которая выполняет следующее: после выбора документа, перепроводит его указанное количество раз и подсчитывает затраченное на это время.
Наиболее ярко эффект проявляется на больших документах, в случае мелких документов количество перепроведений нужно увеличить.
В моем случае после 50 перепроведений документа реализация (13 строк в документе) скорость перепроведения упала с 4.6с до 5.2с, после еще 50 перепроведений 6.4с, еще 50 - 7.1с.

При анализе лога postgres видно, что постепенно падает скорость часто выполняемых конструкций вида:
SELECT * FROM _1sp__1SACCS_ByID(E"    60  ")
по explain ~0.33ms, в логе postgres 2.7ms и более.
Comment 1 Михаил Карпухин 2008-04-10 00:23:29 MSD
При восстановлении последовательности такая же песня скорость падает...
Comment 2 Михаил Карпухин 2008-04-10 00:29:58 MSD
Уже 40мин два дня проводятся... Есть тестовая база, но она 81,7Мб выгруженая в zip...
Comment 3 Vitaly Lipatov 2008-07-04 11:04:56 MSD
Надо воспроизвести. Если не получится, попросить Михаила прислать тестовую базу.
Comment 4 Михаил Карпухин 2008-07-05 15:39:53 MSD
я с удовольствием куда/кому кидать ? selta не пользуюсь только из-за сильных тормозов...
Comment 5 Антон Азанов (Djelf) 2008-07-05 23:56:46 MSD
Перепроверил текущие сборки. wine@etersoft.sql 1.0.8, postgres от etersoft от 28.05.08, selta 1.0.3 от 04.07.08.
Замеченного ранее замедления производительности, зарегистрированного при перепроведении одного и того же документа несколько раз больше нет (проверял 500-кратное перепроведение документа приложенной ранее в тему обработкой).
Comment 6 Vitaly Lipatov 2008-07-06 17:25:58 MSD
Михаил, вы не могли бы проверить на 1.0.3 производительность при восстановлении последовательности?
Если проблема есть, лучше завести новую багу, если условия воспроизведения отличаются от данной.
Если хотите, чтобы проверили мы, присылайте базу исполнителю данной баги (goga@)
Comment 7 Vitaly Lipatov 2014-09-11 18:42:27 MSK
Для тех, кто не пользуется багзиллой или не умеет пользоваться групповым редактированием при поиске, закрываем задачи, которые они должны были принять.