Имя: Пароль:
1C
1С v8
Штатная оценка производительности (ERP/КА/УТ/...) APDEX
,
0 Vlad8787
 
14.03.22
12:33
Доброго времени, форумчане. На просторах нашел только общие сведения-принцип на тему оценки производительности по методике APDEX. Конкретно в 1С, используя предопределенные профили, можно получить замеры в формате XML. Но что с ними делать дальше, к чему прикладывать? Хотя бы просмотреть в удобоваримом виде как посоветуете? Ясное дело, что на основе типовых предопределенных профилей в нетронутой конфе получаются замеры быстродействия-отклика типового кода и механизмов, оптимизировать которые в общем случае так себе затея, но, может быть, есть неплохие примеры или рекомендации? Спасибо.
1 Фрэнки
 
14.03.22
12:43
Рекомендация : когда вижу в базе Заказчика, что эта фича включена, но ничего больше в наличии для использования результатов нет - выключаю ее и спокойно работаю дальше.
2 Вафель
 
14.03.22
12:52
самое сложное - это задать оценочное время для каждой операции.
Без него замеры не имеют смысла
3 Галахад
 
гуру
14.03.22
13:06
Хм. А запросом к РС "Замеры времени"?
4 Фрэнки
 
14.03.22
13:08
(3) так вот и спрашивает ТС
// Но что с ними делать дальше, к чему прикладывать?
5 PLUT
 
14.03.22
13:10
(0) что с ними дальше делать? копить деньги на новый сервер

вопросы производительности в ERP решаются обычно мощным железом и лицензией на функциональность КОРП

не будете же переписывать типовую?
6 Галахад
 
гуру
14.03.22
13:12
(4) Ну, тут два варианта, удивиться как всех хорошо или охренеть как все плохо. :-)
7 Aleksey
 
14.03.22
13:58
(0) Он нужен франчам для прикрытия тылов при провальном внедрении.
Т.е. нимаеться текущие цифры, далее делаем апгрейд железа и когда заказчик говорит что стало хуже, можно смело тыкать ему в цифры, мол а по моим данным стало лучше, и смело послать заказчика
8 Aleksey
 
14.03.22
14:02
Правда читал пару баек когда это реально помогало, ну типа изначально говорили что у нас простой учет, что даже кассы нет, а потом через полгода появилось многофирменность комиссия, наличка. И тогда можно опять достать цифры из папочки и сказать, ну а что вы хотели, когда внедряли было 50 документов в день, и под это покупали железо, а теперь у вас ажно 55 документов в день и нужно новое внедрение и бюджет в 10 раз больше прошлого (железо нынче дорого).

Больше вроде бы нигде это не применяется. Т.е. оно нужно чтобы сравнить цифры до и после "оптимизации".
9 Dmitrii
 
гуру
14.03.22
14:04
Оценка интегральной производительности системы по методике APDEX.
https://its.1c.ru/db/metod8dev#content:5807:hdoc

Что значит "к чему прикладывать?".
Определяешь целевое время выполнения для некой операции.
Включаешь замер.
Смотришь фактическое время выполнения операции.
Сравниваешь с целевым.
Много думаешь.
Как-то так.
10 Dmitrii
 
гуру
14.03.22
14:13
(7) >> Он нужен франчам для прикрытия тылов при провальном внедрении.

Не всегда.
Иногда он нужен для понимания реальной ситуации, когда пользователи орут, что у них всё тормозит и всё плохо.
В таком случае нужна реальная оценка, выраженная в конкретных цифрах, а не эмоциональная. Для понимания - что именно тормозит и насколько именно (велико ли отклонение от нормы).
Для выявления узких мест и определения приоритета - что надо подпилить в первую очередь.

Естественно имеет смысл только, когда все прочие места уже настроены с точки зрения оптимизации (СУБД, сервер 1С, железо и т.п.).
Когда, например, очевидно, что железо не тянет нагрузку, от замеров по APDEX никакого смысла нет. Все замеры покажут, что всё плохо.
11 Aleksey
 
14.03.22
14:26
(10) ну основная моя мысль что показатель нужен для отслеживания динамики, просто замер ничего не даст, нужна именно разница между замерами. Даже нет такого понятия как эталонн, мы как раз и должны сами определить что есть эталон. Т.е. грубо говоря у нас все работает, все хорошо, путем серии замеров определяем целевое время и считаем его за точку отсчета. Далее уже когда "все плохо" снимаем опять цифры и сверяем с нашим эталонном
12 Vlad8787
 
14.03.22
14:48
Дорогие участиники, большое спасибо за ваше мнение и участие! Как вариант еще представляется, что такие замеры могут пригодиться при разработке своего функционала и доработок, где предполагается не короткий жизненный цикл с доработками-сопровождением, чтобы отслеживать изменения в производительности. С типовой частью действительно похоже на то, что интересны замеры могут быть при обновлении железа или конфы.

Последний вопросик, если есть на примете что-то: мб есть вьювер или конвертер какой-нибудь, чтобы в более привычном для восприятия виде эти замеры представить, не в виде xml дерева?
13 Aleksey
 
14.03.22
15:53
(12) так для разнообразия. https://habr.com/ru/company/knopka/blog/339394/
Основная теорема систематики: Новые системы плодят новые проблемы.