|
Штатная оценка производительности (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/
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |