Смекни!
smekni.com

Серверные платформы RISC/UNIX (стр. 6 из 7)

В периоды пониженной активности пользователей zSeries может запускать задания с меньшим приоритетом, чтобы поддерживать уровень загрузки близким к 100% без вмешательства оператора. Система автоматически реагирует на непрерывно изменяющиеся потребности пользователей и бизнеса, отраженные в бизнес-приоритетах.

По мере того как конфиденциальность становится одним из главнейших требований бизнеса, поддержка SSL-транзакций превращается в определяющий фактор при выборе сервера. IBM zSeries может работать с восемнадцатью выделенными криптографическими сопроцессорами, которые могут обрабатывать несколько тысяч защищенных транзакций в секунду без снижения скорости обработки приложений.

Несмотря на всевозможные пророчества, предрекавшие неминуемую и скорую смерть этой платформе, в прошлом году она успешно отметила 40-летие, при этом, по оценкам ведущих аналитических агентств мира, до 70% критически важной корпоративной информации хранится и обрабатывается именно с помощью мэйнфреймов.

Платформа Sun SPARC

История платформы Sun SPARC начинается с начала 1980-х гг., когда компания Sun Microsystems вплотную приблизилась к пределу производительности своих рабочих станций на базе процессоров Motorola. Новая процессорная архитектура SPARC (Scalable Processor Architecture), по замыслам руководства компании, должна была помочь преодолеть недостатки существующих на рынке решений, обеспечить Sun независимость от их поставщиков и помочь выбиться в технологические лидеры. Основные идеи SPARC разрабатывались в Калифорнийском университете (Беркли), где в 1980—1982 гг. создавались системы с сокращенным набором команд (RISC). Ключевые работы по созданию SPARC-архитектуры были выполнены в период между 1984 и 1987 гг. коллективом инженеров Sun Microsystems. Б разработанное ранее решение они внесли ряд улучшений, основным из которых была поддержка SMP-многопроцессорности. Важно отметить, что практически с самого начала руководством Sun было принято решение сделать SPARC-архитектуру открытым стандартом. Для этого в 1989 г. была организована независимая компания SPARC International (www.sparc.org), на которую возложили обязанности по лицензированию архитектуры всем заинтересованным. При этом была определена достаточно либеральная ценовая политика — лицензию можно было приобрести за сумму, эквивалентную 100 долларам США.

В начале 1986 г. была опубликована спецификация первого поколения архитектуры — SPARC Version 7. Первые 32-разрядные микропроцессоры с частотой 16,67 МГц на ее базе в апреле 1986 г. для Sun изготовила компания Fujitsu. С их помощью было построено семейство рабочих станций Sun-4/260. Спустя два месяца стараниями программистов компании появилась стабильная версия операционной системы SunOS для новой платформы. Первая ОС платформы SPARC была основана на дистрибутиве BSD UNIX, дополненном сетевым ПО и графическим оконным интерфейсом, а впоследствии сетевой файловой системой NFS. Для максимальной концентрации усилий по развитию ОС и необходимого ПО в 1991 г. в Sun было сформировано подразделение SunSoft. Кроме непосредственно разработки, в его функции также входило обеспечение лицензиями на ПО дистрибьюторов, OEM-партнеров и конечных пользователей.

8 июля 1987 г. — официальное рождение новой RISC/UNIX платформы: Sun представила компьютерному сообществу одновременно и открытую архитектуру SPARC, и первую базирующуюся на ней систему Sun-4/260, и ОС, и обширный набор прикладного ПО.

Рабочая станция SPARCstation 1, появившаяся в 1989 г., стала первой действительно массовой системой на базе новой архитектуры и яркой демонстрацией ее возможностей. В этом же году было объявлено о представлении второго, более совершенного поколения архитектуры SPARC — SPARC Version 8.

В 1991 г. появился первый сервер Sun — SPARC-server 600MP. Несмотря на то что он был построен на процессоре с архитектурой SPARC Version 7, его объявление стало важным событием — платформа SPARC перешла в разряд серверных. Тогда же появился первый портативный компьютер на базе SPARC — SPARC LT. 1991 г. стал переломным и в сфере ПО — SunOS 4.1.4 уже не удовлетворяла Sun в качестве решения для многопроцессорных систем. В сентябре было объявлено о выходе новой ОС на основе AT&T System V, самой важной особенностью которой стало заново переписанное ядро, включившее в себя расширенную поддержку многопоточности на уровне всех системных и прикладных процессов. Продукт получил название Solaris 2. Несмотря на новое имя, ОС Solaris все же выросла из SunOS — даже сегодня в системных сообщениях можно видеть обозначение SunOS 5.x, где X обозначает текущую версию Solaris. Для большинства приложений ОС Solaris обеспечивает практически линейный рост производительности при увеличении числа процессоров в системе, воплощая концепцию SMP-вычислений. Благодаря прекрасной масштабируемости одна и та же ОС используется и на однопроцессорных рабочих станциях, и на серверах масштаба рабочей группы и предприятия.

В 1992 г. появился первый процессор на базе архитектуры SPARC Version 8 — SuperSPARC I. Суперскалярный процессор интегрировал в себя все основные исполнительные блоки, вне кристалла оставался лишь контроллер кэш-памяти L2 и сам кэш. Подобное решение позволило значительно повысить производительность конечных систем. В мае 1992 г. была выпущена рабочая станция SPARCstation 10, объединившая в одной системе два процессора SuperSPARC и шину MBus.

Годом позже было объявлено о завершении разработки третьего поколения архитектуры SPARC — SPARC Version 9. Ее главной отличительной особенностью стал переход к 64-разрядным вычислениям. Кроме того, произошел переход от шинной архитектуры взаимодействия системных компонентов к коммутируемой. С момента появления и до настоящего времени Version 9 остается базой для проектирования аппаратной и программной составляющих SPARC-платформы. В феврале 1995 г. идеи, заложенные в SPARC Version 9, обрели физическое воплощение — появился процессор UltraSPARC I.

В ноябре этого же года был представлен восьмипроцессорный сервер SPARCserver 1000, а в декабре 20-процессорный SPARCcenter 2000. Оба на процессорах SuperSPARC и шине с коммутацией пакетов XDBus. Это были первые по-настоящему большие системы, созданные в рамках платформы SPARC, появление которых обозначило зрелость платформы, ее готовность к построению сложных высокопроизводительных SMP-систем для массового применения.

1996 г. оказался очень важным для будущего SPARC-платформы — компания Sun Microsystems приобрела исследовательское подразделение Cray Research, входившее ранее в состав крупнейшего производителя суперкомпьютеров Cray. Это шаг открыл Sun доступ к наработкам в области сверхсложных больших вычислительных систем и позволил ей значительно повысить масштабируемость своих решений.

Благодаря новым идеям, в 1997 г. был выпущен 64-процессорный сервер масштаба предприятия — Sun Enterprise 10000 на процессорах UltraSPARC II, появившихся в том же году несколько ранее и базирующихся на архитектуре SPARC Version 9. Характерную для предыдущих моделей шинную организацию взаимодействия узлов внутри системы в Sun Enterprise 10000 заменила архитектура UltraSPARC Port Architecture (UPA) на базе специализированного высокоскоростного внутрисистемного коммутатора. Не будет преувеличением сказать, что на тот момент эта система оказалась уникальной, не имеющей близких аналогов. Конкурирующие решения не вышли за пределы двух десятков процессоров в одной системе. Кроме того, сервер Sun Enterprise 10000 стал первой SPARC-системой, в которой были реализованы принцип динамического разбиения на домены и идеи динамического реконфигурирования. Каждый домен содержал накопитель с независимой копией ОС Solaris, некоторое количество процессоров, сетевых интерфейсов и интерфейсов ввода-вывода, при этом процессоры и I/О-интерфейсы могли перераспределяться между несколькими доменами динамически в зависимости от решаемых задач и текущего уровня нагрузки.

Новое поколение ОС Solaris — Solaris 7 — появилось в 1998 г. Несмотря на вторичность причин, вызвавших появление цифры 7 в названии, внесенные в ОС изменения носили достаточно серьезный характер: в соответствии с требованиями SPARC Version 9 она была переработана под 64-разрядную аппаратную базу, что наилучшим образом сказалось на производительности, расширяемости и масштабируемости платформы SPARC.

2001 г. памятен появлением процессора UltraSPARC III с интегрированным в кристалл контроллером памяти, выпуском на его основе нового модельного ряда серверов под названием Sun Fire, ориентированного на средний уровень задач и соответствующую ценовую категорию, и переходом к новой технологии общения внутрисистемных компонентов Fireplane. Система Sun Fire 280R стала первой SPARC-системой среднего уровня, в которой применялись технологии динамического ре-конфигурирования и разбиения на домены. Кроме того, в серии Sun Fire был реализован модульный подход к построению систем, позволивший создавать отказоустойчивые, легко расширяемые и модернизируемые серверы, которые не требовали прекращения работы в процессе любых манипуляций с ними. Тогда же появилась ОС под названием Solaris 8, в которой был существенно переработан механизм организации многопоточности внутри ядра.

Богатым на события для SPARC-платформы оказался 2003 г. — в апреле были запущены в производство процессоры UltraSPARC IIIi — упрощенный вариант UltraSPARC III, предназначенный для построения недорогих от однопроцессорных до четырехпроцессорных систем, оптимизированных по соотношению цена/производительность. В июле свет увидела новая версия UltraSPARC III, работающая на повышенных тактовых частотах. А в октябре был представлен новый процессор, получивший название UltraSPARC IV. С архитектурной точки зрения ничего нового в нем не было: просто он объединил два ядра UltraSPARC III в одном процессорном корпусе. Однако с точки зрения повышения производительности и особенно перспектив дальнейшего развития платформы SPARC это был очень серьезный шаг к реализации аппаратной многопоточности. Наконец, в этом же году была представлена 9-я версия ОС Solaris, в которой еще раз был переработан способ организации могопоточности, и в качестве окончательного варианта был выбран способ «один к одному», когда каждому пользовательскому потоку соответствует поток внутри ядра.