|
|
  |
Главная страница / Архитектура отрасли Что тяжелее: килограмм свинца или килограмм пуха?Для решения многих задач, которые ставятся перед центром обработки данных, требуется обеспечение высокой вертикальной масштабируемости, т. е. возможности наращивания количества ресурсов в сервере в целях повышения его производительности. Это необходимо, например, для серверов баз данных. Если сравнивать серверы архитектур RISC и IA32, то последние при таком сравнении серьезно проигрывают. При количестве процессоров более 4 повышение производительности у серверов IA32 незначительно, а когда их количество превышает 8, увеличение производительности вообще отсутствует. Таким образом, серверы на базе процессоров IA32 в крупных ЦОД целесообразно использовать только в качестве вспомогательных. Для сравнения: у серверов RISC-архитектуры при удвоении ресурсов производительность растет с коэффициентом 0,85 – 0,9, т. е. почти линейно. Сравниваться будут модели, предлагаемые сегодня на российском рынке. По этой причине мы не станем рассматривать серверы Hewlett Packard семейств HP 9000 и HP Alpha systems, которые в ближайшее время снимаются с производства. Не будем также говорить о серверах крайне специфического применения, вроде HP NonStop, IBM System z и IBM System I. Наконец, серверы производства компаний NEC, Bull, Unisys не столь широко распространены на российском рынке, поэтому на них мы также не будем акцентировать внимание в данной статье. Таким образом, оставим к рассмотрению RISC- и EPIC-серверы: SUN Fire на процессорах UltraSPARC IV; IBM System p на процессорах POWER5; Fujitsu-Siemens Computers PrimePower на процессорах SPARC64 V; HP Integrity на процессорах Intel Itanium; SGI Altix также на процессорах Intel Itanium. Сравнение производительности этих серверов корректно производить в условиях одинаковых задач. К тому же существует множество методик сравнения, которые условно можно разделить на следующие группы. 1. Открытые тесты, проводимые независимыми компаниями, по измерению производительности отдельных подсистем сервера, например вычислительной. По результатам таких тестов можно получить представление о сравнительном быстродействии различных процессоров. Но даже в этих тестах влияние прочих подсистем существенно, и при изменении конфигурации системы результат теста также меняется. Из множества открытых тестов можно выделить наиболее популярные: SPECint (тест производительности систем с целочисленными вычислениями) и SPECfp (тест производительности систем при вычислениях с плавающей точкой). 2. Открытые тесты, моделирующие реальное рабочее окружение. В ходе этих тестов моделируется именно та ситуация, которая складывается в реальной работе. Результаты тестов существенно отличаются в зависимости от функциональной нагрузки сервера. Так, для измерения производительности серверов, на которых выполняются Java-приложения, часто используют тесты SPECjbb (Standard Performance Evaluation Corporation); для моделирования Web-серверов – тесты SPECweb; тест TPC-C моделирует задачи обработки заказов OLTP (on-line transaction processing); TPC-H учитывает производительность при выполнении незапланированных ad-hoc запросов в системах поддержки принятия решений DSS (decision support systems); для измерения производительности при решении громоздких вычислительных задач применяется тест LINPACK, в котором серверы загружаются решением системы линейных алгебраических уравнений. 3. Закрытые тесты, моделирующие реальное рабочее окружение. Эти тесты создаются компаниями-производителями программного обеспечения и предназначены для определения сравнительной производительности только при работе с данным ПО. Примером может служить компания SAP AG, разработавшая тест для своего популярного программного обеспечения SAP R/3. Главная страница / Архитектура отрасли |