Замер производительности, нужна помощь с уменьшением потерь времени.
Доброго времени суток, форумчане. Недавно обновил Розницу с версии 2.1 на 2.2, в результате чего появилась заметная задержка в работе. Провел замер производительности на старой версии базы и на новой, дабы сравнить результат.
В качестве примера, взял одну процедуру и сделал замеры на ней:
Во первых, время выполнения процедуры после обновления увеличилось(и такая процедура не одна, так что работать в базе стало заметно неудобнее, т.е. все медленнее), подскажите в чем можно поискать причину?
Во вторых, если сложить время выполнения всех строк в процедуре получается заметно меньшее время(0,000169), чем время отработки самой процедуры(0,286). Откуда берется такая разница во времени?
В качестве примера, взял одну процедуру и сделал замеры на ней:
Розница 2.1(старая база) |
|---|
Розница 2.2(новая база) |
|---|
|
|
Во первых, время выполнения процедуры после обновления увеличилось(и такая процедура не одна, так что работать в базе стало заметно неудобнее, т.е. все медленнее), подскажите в чем можно поискать причину?
Во вторых, если сложить время выполнения всех строк в процедуре получается заметно меньшее время(0,000169), чем время отработки самой процедуры(0,286). Откуда берется такая разница во времени?
Процедура простейшая: |
|---|
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) База работает на торговом оборудовании типа Posiflex, если переведу на скуль касса просто ошалеет. И там уже стоит SSD.
(3) Я тоже рассматриваю такой вариант, но дело в том что это одна функция из многих ,а все их перенести на Клиент или сделать вызов "&НаКлиентеНаСервере" не представляется возможным.
(3) Я тоже рассматриваю такой вариант, но дело в том что это одна функция из многих ,а все их перенести на Клиент или сделать вызов "&НаКлиентеНаСервере" не представляется возможным.
Конкретно этой функции в типовой нет, да, это наша доработка.
Не представляется возможным, потому что эта функция лишь самый простейший пример, потому что с чего то надо было начинать. Если рассмотреть проведение простой оплаты(т.е. нажатие на Enter в форме простой оплаты и до очистки списка товаров), то можно увидеть кучу процедур, время работы увеличилось по сравнению с Розницей 2.1 и все их переписать это перелопатить половину кода.
Не представляется возможным, потому что эта функция лишь самый простейший пример, потому что с чего то надо было начинать. Если рассмотреть проведение простой оплаты(т.е. нажатие на Enter в форме простой оплаты и до очистки списка товаров), то можно увидеть кучу процедур, время работы увеличилось по сравнению с Розницей 2.1 и все их переписать это перелопатить половину кода.
(7) Ну возможно это поможет, только дело в том что придется обновлять железо более, чем на 100 торговых местах и чтобы увидеть заметный результат, железо должно быть заметно дороже установленного. Кроме того, это конечно же ускорит общую работу 1С, но разница во времени выполнения одних и тех же процедур между розницей 2.1 и 2.2 никуда не исчезнет(уже потестил, разница во времени выполнения остается в 2-3 раза). Хотелось бы все таки разобраться в причинах появления такой задержки.
Господа, проблему нашел, может кому поможет. Замедление выполнения процедур было связано с использованием расширений конфигурации. Хотя вынесенный в расширение код и не был связан с продажами, почему то это отражалось на выполнении. Может быть кто нибудь сталкивался с ними и знает как пофиксить? Все таки хотелось бы оставить возможность вносить изменения в код без вмешательства в конфигурацию.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот