Использование ТРС-D или ТРС-R для задания размера реальных серверов DSS

Оценить
(0 голоса)

Реакция автора проста: даже и не пытайтесь!

Существует несколько причин, в силу которых нет смысла производить оценку размера, основываясь на старых ТРС-D или текущих результатах TPC-R:

•             Как указано в главе 26, ТРС-D и ТРС-R в высшей степени оптимизированы и не подходят большинству пользователей хранилищ данных.

•             Результаты ТРС-D неустойчивы во времени. Сравнивать более ранние результаты с текущими сложно, поскольку особенности новых БД вызвали экспоненциальное возрастание метрик (показателей) мощности куда большее, чем любые усовершенствования в аппаратном обеспечении и производительности операционной системы. То же самое будет касаться и ТРС-R. Это тестирование больше касается технологий программного обеспечения, чем серверных систем.

•             Как и в случае ТРС-С, ключевая система и метрики БД не обнаруживаются и в TPC-D/TPC-R FDRs (Full Disclosure Reports - в полностью раскрытых отчетах), необходимых для ТРС. Более того, не показываются также и планы запросов. Эти упущения усложняют сравнение результатов.

•             Метрики TPC-D/TPC-R (и ТРС-Н) не являются интуитивными, поскольку они используют среднее геометрическое (среднее геометрическое п значений - это корень n-ой степени из произведения этих значений). Довольно сложно понять, что означает метрика для реальных сред. Например, если время выполнения запроса ТРС-D улучшилось с 1000 до 300 секунд, то и показатель (метрика) мощности увеличился на 7.3%. Природа среднего геометрического такова, что улучшение с 1 секунды до 0.3 секунды приведет в результате к такому же повышению метрики мощности, даже если на практике это незаметно для конечного пользователя. Метрики TPC-R/TPC-H даже более сложны для визуализации, поскольку они включают среднее геометрическое среднего геометрического.

•             Метрика, или показатель, производительности ТРС-D может вполне отбить охоту выполнять многопоточные тесты. Большинство пользователей выполняли эталонные тесты с БД в 1 Тбайт и с не более чем 3-10 одновременно работающими пользователями. Такое малое число пользователей увеличивается при ТРС-Н, хотя и незначительно. ТРС-R легче выполнять с большим числом пользователей, поскольку при этом выполняется гораздо меньше работы. Некоторые среды DSS включают горстку мощных пользователей, однако многие другие не слишком хорошо представлены из-за ограниченной пользовательской нагрузки ТРС-D и ТРС-Н.

Использование ТРС-Н для задания размера реальных серверов DSS

ТРС-Н предусматривает технические данные, относящиеся к оценке размера сис-:мы для серверов DSS, вместе с временем выполнения каждого запроса. К сожалело, пригодность этой информации зависит от доступа к деталям, наподобие планов тросов и статистики использования системы. Поскольку спецификация ТРС-Н не >ебует от поставщиков раскрытия этих деталей, чрезвычайно сложно выбрать полные указания по оценке размеров из опубликованных результатов ТРС-Н.

Исторические результаты
Использование эмуляторов дистанционных терминалов
Инструмент общего назначения для задания размеров OLTP
Подоплека
Введение метрик

Добавить комментарий


Защитный код
Обновить