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

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

Если у вас хватило смелости использовать результаты ТРС-С для оценки размеров, то для вас здесь приводится несколько шагов по получению приблизительной эценки (именно приблизительной!):

1.            Удвойте число транзакций в минуту, взятых из отчета, для включения всех, а не только вновь поступивших транзакций (сообщенная посредством ТРС-С пропускная способность включает исключительно новые транзакции).

2.            Если вы не используете монитор ТР, то результат необходимо сократить вдвое.

3.            Результат разделите на 3, если ваши приложения используют программное обеспечение форм, или на 1.5, если они используют средства облегченной поддержки экрана (напрнмер, curses).

4.            Если ваши приложения и операторы SQL толком не настроены, сократите результат вдвое. Говоря "толком настроены", автор подразумевает приложения, использующие при каждом удобном случае сохраненные процедуры, а весь исходный код и операторы SQL тщательно проанализированы для определения оптимальных путей доступа к данным.

5.            Если вы выполняете пакетные задания или отчеты, сократите результат вдвое.

В итоге имеем приближенную оценку реальной скорости транзакций, которая, по сути, может поддерживаться аппаратной конфигурацией.

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

Этапы предварительной оценки предполагают использование одной и той же платформы. Если это не так, не забудьте также учесть следующие различия:

•             Количество и скорость вращения дисковых шпинделей. Обычно до тех пор, пока доступ к операциям ввода/вывода хорошо сбалансирован, диски не оказывают непосредственное влияние на производительность; однако количество и скорость вращения дисков влияют на общее доступное количество IOPS (I/O per second - операций ввода/вывода, выполняемых за 1 секунду) и производительность.

•             Скорость шины. Например, система с шиной 150 МГц будет иметь пропускную способность выше, а времена задержки ниже, чем система с шиной 100 МГц.

•             Тактовая частота ЦП. Удвоение тактовой частоты приведет к удвоению производительности транзакции только при условии повышения скорости шины в два раза. Если скорость шины остается неизменной, то выгода окажется меньшей, чем может принести тактовая частота.

•             Размер вторичного кэша ЦП. Удвоение размера кэша обычно приводит к повышению производительности транзакции от 5% до 10%.

В завершение следует отметить, что ТРС-С тщательно определяет как задержки пользователей (времена на раздумывание и нажатие клавиш), так и допустимые времена отклика (спецификация доступна на http://www.tpc.org). Убедитесь, что вы знаете о количестве как ожидаемых к подключению, так и активных пользователей вашего сайта, а также ожидаемые времена отклика и времена на раздумывание.

Если все это окажется слишком трудным, то мы, по крайне мере, основательно вас предупредили.

Использование ТРС-D или ТРС-R для задания размера реальных серверов DSS
Исторические результаты
Использование эмуляторов дистанционных терминалов
Инструмент общего назначения для задания размеров OLTP
Подоплека

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


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