OPDEX – еще одна методика интегральной оценки производительности

10.10.15

База данных - HighLoad оптимизация

Помимо APDEX-а, в мире существует множество других методик интегральной оценки производительности информационных систем. OPDEX – одна из них. Это солидная запатентованная методика. Она лежит в основе линейки программных продуктов «App…Expert» фирмы OPNET Technologies, Inc.
Изложенный материал может быть интересен тем, кто уже хорошо разобрался с APDEX-ом и хотел бы изучить другие методики оценки производительности.

 

Происхождение и состав методики

 

OPNET Technologies, Inc– один из ведущих мировых поставщиков решений для управления приложениями и сетевой производительностью. Капитализация (суммарная стоимость акций) этой фирмы в 2012 году составила 1 млрд. $ ([1]). Конечно, миллиардом долларов сейчас никого не удивишь, но большинство фирм, которые занимаются оценкой производитеьности, - это очень маленькие региональные фирмы. На их фоне OPNET выглядит гигантом.

В 2011 году два сотрудника OPNET – Алан Кохен и Юпинг Динг (Alain J. Cohen, Yiping Ding) – подали заявку на патент "Оценка производительности приложений с операционным индексом". В 2013 году методика была запатентована ([2]). Название OPDEX представляет собой сокращение от Operational Index.

Патент [2] включает в себя примеры использования методики для информационных систем различной архитектуры, последовательность действий при расчете интегральной оценки, формулу расчета операционного индекса, формулу учета весовых коэффициентов для расчета оценки по нескольким приложениям и некоторые другие аспекты.

Сначала рассмотрим элементы методики, которые перекликаются с APDEX-ом.

   

Расчет операционного индекса

 

Как и в случае с APDEX-ом, исходными данными для расчета OPDEX-а являются замеры производительности системы. Здесь их обозначили yi. Также вводится пороговое значение T. В рамках описываемой методики этот порог называется мягким (soft threshold).

Дальше начинаются отличия от APDEX-а. Вводится жесткий порог (hard threshold), который обозначается буквой Z. Жесткий порог не обязательно равен 4*T, как в APDEX-е.

Количество замеров производительности, которые попали в диапазон от 0 до T, обозначили n1, от T до Z n2, больше Z n3. Еще в формуле расчета используется коэффициент C (от 0 до 1) и степень n.

Главное отличие от APDEX-а состоит в учете замеров производительности yi, чьи значения находятся в диапазоне от T до Z. В APDEX-е они берутся с коэффициентом 1/2, а здесь их вклад в формулу определяется графиками:

 

 

 

 

или формулой:

 

 

Формула расчета OPDEX-а:  

 

В окончательном виде:

 

Для сравнения формула APDEX-а в тех же обозначениях:


 

Этапы методики OPDEX

 

Последовательность действий, которые выполняются в рамках этой методики, аналогичны APDEX-у:

1. Выбор значения мягкого порога T.

2. Выбор значения жесткого порога Z.

3. Сбор замеров производительности (времен отклика).

4. Расчет значений OPDEX.

5. Формирование итогового отчета.

Эти этапы на схеме:


Схема использования методики для информационной системы с элементарной архитектурой:

На схеме: APP SERVER - сервер приложений, DB SERVER - сервер базы данных, CLIENT - клиентское приложение, COLLECTOR - программа сбора замеров производительности (времен отклика), MONITORING DATABASE - база данных мониторинга (в ней хранятся замеры производительности), MONITORING SERVER - сервер приложений мониторинга, MONITORING CLIENT - клиентское приложение, осуществляющее мониторинг (в нем можно просматривать замеры производительности и результаты расчета OPDEX), OPdex Score - конечный результат использования методики, значение индекса OPDEX.


Источники

1. Riverbed to Acquire OPNET Technologies, Inc. - http://www.riverbed.com/about/news-articles/press-releases/riverbed-to-acquire-opnet-technologies-inc.html.

2. Assessing application performance with an operational index. - http://www.google.com/patents/US20130036122

OPDEX APDEX оценка производительности эксперт по технологическим вопросам

См. также

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    2994    spyke    27    

42

Быстродействие типовой 1С

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    5119    vasilev2015    19    

37

Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих зааросов на sql, ожиданий, конвертация запроса в 1с и рекомендации где может тормозить

1 стартмани

15.02.2024    7655    158    ZAOSTG    68    

96

Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    5987    doom2good    48    

63

Опыт оптимизации 1С на PostgreSQL

HighLoad оптимизация Бесплатно (free)

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    8878    ivanov660    6    

76

ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ

HighLoad оптимизация Бесплатно (free)

Казалось бы, КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину. Об основных болевых точках КОРП-систем и подходах к их решению пойдет речь в статье.

15.11.2023    5108    a.doroshkevich    20    

72

Начните уже использовать хранилище запросов

HighLoad оптимизация Запросы

Очень немногие из тех, кто занимается поддержкой MS SQL, работают с хранилищем запросов. А ведь хранилище запросов – это очень удобный, мощный и, главное, бесплатный инструмент, позволяющий быстро найти и локализовать проблему производительности и потребления ресурсов запросами. В статье расскажем о том, как использовать хранилище запросов в MS SQL и какие плюсы и минусы у него есть.

11.10.2023    16195    skovpin_sa    14    

98
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. pbazeliuk 1955 10.10.15 23:26 Сейчас в теме
Считаю тема не до конца раскрыта.
В чем преимущества и недостатки?
Какое предназначение коэффициента С и вознесение в степень?
Составляющие формулы в скобках не очень понятно расписаны, складывается впечатление что OPDEX может быть больше единицы.
gubanoff; theshadowco; dmpas; +3 Ответить
2. ukubona 7 11.10.15 07:37 Сейчас в теме
(1) pbazeliuk,
Моя цель - проинформировать коллег о существовании этой методики.
Я сознательно воздержался от оценок и слишком подробного описания.
Статья не про преимущества и недостатки, а про то, что OPDEX есть.

А потом преимущества и недостатки по отношению к чему? Только к APDEX-у? Это не интересно.

Сравнительный анализ нескольких (возможно, многих) методик - это тема отдельной статьи.

Еще недавно я не знал ни одной другой методики оценки производительности, кроме APDEX-а. Это не правильно. Борюсь с этой проблемой по мере сил...
4. teller 15.10.15 08:33 Сейчас в теме
(1) pbazeliuk, разработчики патента считают что больше 1 не будет (график)
3. milestone108 11.10.15 11:24 Сейчас в теме
Про OPDEX до сих пор не слышал
Автор молодец откопал
5. Darklight 32 02.11.16 18:18 Сейчас в теме
Очень любопытно. Но всё же достаточно похоже на APDEX. Тем не менее, тема заинтересовала начал искать в интернете какие ещё есть методики... но так ничего и не нашёл. Кто знает, хотя бы названия иных методик оценки производительности - подскажите?
Наверное в мире статистики должны быть другие методики оценки функции достижимости результата, но я со статистикой всегда был не в ладах :(
Оставьте свое сообщение