Часть 1

IBM main frame - куда, зачем и как
"... У нас были одно время "марксисты", которые утверждали, 
что железные дороги, оставшиеся в стране после 
Октябрьского переворота, являются буржуазными, что не 
пристало нам, марксистам, пользоваться ими, что нужно их 
срыть и построить новые, "пролетарские" железные дороги. 
Они получили за это прозвище "троглодитов"."
И.В. Сталин "Относительно марксизма в языкознании"
В течении почти 20 лет (с начала 70х годов) основой ЭВМ в СССР дл
я 
построения крупных информационно-справочных и систем управления б
ыли 
машины семейства ЕС ЭВМ. За это время была созданы и отработаны н
а практике 
многочисленные прикладные системы ориентированные на эти установк
и. И до сих 
пор многиe центры используют эти машины (или их зарубежные аналог
и). 
Насколько это оправдано и имеет ли смысл дальнейшее движение в эт
ом 
направлении?
Для ответа на этот вопрос надо оценить следующие:
 - каковы требования пользователей (настоящих и будущих)
   к таким системам;
 - каковы требования решаемых задач в настоящий момент и
   в будущем к среде исполнения.
Начиная с середины 80х годов развилась тенденция к замене централ
изованных 
систем на основе main frame на децентрализованные ситемы на основ
е ПЭВМ и 
ЛВС. Оправданная замена ЕС ЭВМ в тех случаях когда они использова
лись для 
решения не адекватных им задач (ЕС-1066 для расчета зарплаты в ор
агизации из 
200 человек) породила неоправданную эйфорию о том что все и вся м
ожно 
перевести на архитектуру ПЭВМ+ЛВС. В результате этого началась по
головная 
замена аппаратуры и ПО. Надо заметить, что никто и никогда реальн
о не 
высчитывал экономический эффект от таких новшеств. Обычно считали
, какие 
расходы cократили в данный момент (откровенно конъюктурные решени
я не берем 
в счет) без учета расходов на перевод и сопровождение новых систе
м. 
Немаловажную роль сыграла и "ПО на халяву" - сколько организаций 
заплатили за 
установленный на их машинах "джентельменский набор" DOS + Norton 
Commander 
+ Multi Edit + dBASE (FoxPro, Clipper и т.п.)? Обычно ни копейки.
 Сколько денег 
было затрачено на ремонт ПЭВМ, их замену (реальная наработка ПЭВМ
 - не более 
3 лет), на расходуемые материалы и т.д. и т.п. И наконец, какие р
еальные 
преимущества получили пользователи от новой технологии? Измeнился
 тaкжe 
ypoвeнь тpeбoвaний к пoльзoвaтeлям - oни выпoлняют, пo cyти, oпep
aтopcкyю 
paбoтy нa coбcтвeннoй ПЭВМ. Кто учитывал потери от ошибок таких "
операторов"? 
Каковы потери от злоумышленной порчи информации (вирусы, трояны, 
компьютерное мошенничество)? Во что обошлась "утечка информации",
 ибо на 
ПЭВМ практически отсутсвуют средства контроля за доступом.
В последнее время к этим "проблемам роста" добавились новые, кото
рые в 
принципе были изначально заложены в архитектуру ПЭВМ + ЛВС, но на
 первом 
этапе, пока шло внедрение и  опытная эксплуатация, считались врем
енным и 
изживаемыми в будущем. Задачи по обработки информации не требуют 
высокоскоростного АЛУ (арифметико-логическое устройство), так как
 объем счета 
относительно невелик, но крайне чувствительны к пропускной способ
ности каналов 
ввода/вывода. Однако имено подсистема ввода/вывода является основ
ным узким 
местом машин с архитектурой IBM PC-compatible (micro chanell - ис
ключение, к 
тому же машины на этой шине (PS/2) не получили в России распростр
анения по 
причине своей высокой стоимости и отстутствия доступного ПО, испо
льзующего 
эту архитектуру). Пропускная способность подсистемы ввода/вывода 
определяется 
не только скоростью передачи данных по шине, но и дисциплиной обр
аботки 
запросов. Практически все используемые на настоящий момент в ПЭВМ
 шины не 
обеспечивают возможности одновременной работы нескольких устройст
в 
ввода/вывода независимо от АЛУ, не говоря уже об "инеллектуальной
 работе" 
(вспомним операцию "ПОИСК ПО КЛЮЧУ" на СКД-дисках в IBM main fram
e). 
Поэтому простоту и дешивизну этой части приходится компенсировать
 расходами в 
другой - в первую очeредь повышенным расходом ОП и/или заменой "о
тносительно 
стандартных" подсиcтем на всевозможные варианты "с акселератором"
, "на заказ" и 
т.д. с жесткой привязкой на конкретное исполнение. В основном одн
ако все эти 
варианты сводятся с увеличению скорости передачи по шине, но не к
 изменению 
дисциплины обслуживания (в лучшем случае предлагается некая 
"квазипараллельная" дисциплина, но она требует специального прогр
аммирования и 
в большинстве случаев не может быть использована). Такие решения 
дают 
незначительный реальный выигрыш при работе с большими файлами сло
жной 
организации, особенно в сравнении с затратами на их приобритение,
 установку и 
поддержку.
В ситуации, когда нескольким пользователям (читай - нескольким ПЭ
ВМ) надо 
получить доступ к общим данным (сервер ЛВС или отдельная машина в
 случае 
распределенной базы данных в одноранговых сетях), механизм послед
овательного 
обслуживания запросов приводит к резкому падению скорости работы 
конечных 
пользователей. Еще больше проблем возникает при необходимости обе
спечить 
удаленный доступ.
Большинство ЛВС было изначально расчитано на поддержку простейших
функций по обмену файлами, и в дальнейшем расширение возможностей
 ЛВС было 
латанием дыр, сопровождаемое несоотвествующим решаемым задачам ро
стом 
сложности ПО и его размеров. Кроме того рыночная система наплодил
а огромное 
количество ЛВС и их клонов, подобно тому, как это имеет место в а
ппаратуре. Все 
они делают почти что одно и тоже, но по разному используют некое 
конечное 
множнество протоколов, но каждая в своей интерпретации. В результ
ате этого, как 
грибы после дождя, появились многочисленные программные и аппартн
ые средства 
сопряжения сетей.  Дело в принципе благое - "мы заставим все ваши
 сети дружить 
между собой" - но на практике все эти благии намерения устлали до
рогу в ад, так 
как добавили в и без того захлебывающиеся ЛВС еще одно узкое мест
о.
"...переход ... от старого качества к новому происходит не 
путем взрыва, не путем уничтожения существующего ... и 
создания нового, а путем постепенного накопления элементов 
нового качества, следовательно, путем постепенного 
отмирания элементов старого качества.
Вообще нужно сказать к сведению товарищей, увлекающихся 
взрывами, что закон перехода от старого качества к новому 
путем взрыва неприменим не только к истории развития 
языка, - он не всегда применим также и к другим 
общественным явлениям базисного или надстроечного 
характера."
И.В. Сталин "Относительно марксизма в языкознании"
За последние 10 лет main frame хоронили несколько раз: сперва в с
вязи с бумом 
ПЭВМ, затем на волне моды на RISC-системы; тем не менее main fram
e живет, 
развивается и не только не уступает своего "места под солнцем", н
о активно 
внедряется в ранее, казалось бы, чуждые для нее области.
Исключительная живучесть и гибкость этого направления, по-видимом
у, 
определяется тем что это сперва архитектура, a потом уже "железо"
 и "софт", а не 
наоборот, как мы имеем возможность видеть на примере развития ПЭВ
М (Apple не 
в счет, особенно для России).
С другой стороны, направление RISC легко вписалось в архитектуру 
main frame. 
Дело в том, что уже с System/370 не существует аппаратуры непосре
дственно 
реализуюшей спецификацию IBM main frame. Все эти ЭВМ реализованы 
на 
принципах микропрограммирования, и в настоящий момент уже практич
ески 
невозможно различить, где начинается "железо" и кончается "софт".
Эти машины можно с большой долей правды назвать первыми RISC-маши
нами. 
Дело в том, что реальным отличием между ЭВМ является не набор исп
олняемыx 
команд, а архитектура построения установки в целом, то, как взаим
одействуют ее 
отдельные компоненты.
Архитектура IBM main frame проектировалась в расчете на то, что с
озданные на 
ее основе установки должны обеспечить высокую производительность 
на смеси 
разнородных задач. В результате оказалось возможным получить одно
временно 
хорошее время реакции в диалоговых (online-) приложениях и высоку
ю пропускную 
способность для пакетных (batch-) процессов. 
Гибкость в изменении параметров вычислительной установки (как на 
аппаратном 
так и на системном уровне) дает уникальную в настоящее время возм
ожность по 
оптимизации как всей системы в целом, так и под конкретных пользо
вателей в 
частности.
Повышенный интерес к данному направлению в последнии два года был
 связан 
со следующими событиями:
- во-первых, фирма IBM обеспечила в своих новых версих ОС поддерж
ку стандарта 
открытых систем (читай - возможность легкого переноса UNIX-прилож
ений на 
платформу S/390), плюс дополнительные средства для комплексирован
ия с 
конкретными платформами, такие как, например, обобщение файловых 
систем;
- во-вторых, были поддержаны практически все сколько нибуть испол
ьзуемые 
сетевые протоколы, что позволило использовать IBM main frame в ка
честве    
мощных серверов для ЛВС;
- в-третьих, IBM main frame перестали быть "большими машинами"   
 в смысле 
размеров и потребляемых ресурсов;
- поддержка сколь ни будь крупных вычислительных систем на основе
    ЛВС 
привела к "аппаратуре под заказчика", и, как следствие, породила 
сложность    и 
дороговизну в сопровождении и развитии;
- развитые средства мультипроцессирования;
- в настоящее время IBM main frame имеют наибольшее распространен
ие    среди 
машин этого класса.
В основном же здесь важен четвертый пункт и предпринимаемая в нас
трояшее 
время замена архитектуры ПЭВМ-ЛВС на архитектуру клиент-сервер.
Последяя потребовала от машин-серверов как раз хорошей производит
ельности  
на смеси разнородных задач, развитых средств сопряжения с различн
ыми сетям, 
легкого наращивания мощности, развитых средств управления вычисли
тельной 
системой.
Подобно тому, как в 60е годы стоимость программного обеспечения п
ревысила 
стоимость аппаратуры, в 90е годы стоимость сопровождения похоже н
ачинает 
превышать все остальное (включая и расходы на разработку). И жизн
еспособными 
окажутся только те платформы, которые смогут обеспечить хорошую 
преемственность при развитии.
По-видимому, единственно реальной альтернативой main frame смогут
 стать 
только новые main frame. Для установок ЕС ЭВМ это означает перехо
д в ESA-
архитектуру, предлагаемую в настоящее время фирмой IBM. Это не то
лько 
позволит сохранить все имеющиеся приложения в работе, но и обеспе
чит 
дальнейшее плавное поступательное развитие вместо постоянной лихо
радочной 
"борьбы за живучесть", расширять круг предоставляемых клиентам ус
луг, а не 
тратить время и деньги на многократную переделку одних и тех же з
адач.
Выбор операционной системы
Ocнoвныe, нaибoлee типичныe, кpитepии оценки OC можно ycлoвнo paз
бить нa 3 
гpyппы:
I.  Пpoизвoдитeльнocть OC:
- пpи диaлoгoвoй paбoтe,
- пpи пaкeтнoй oбpaбoткe,
- в coчeтaнии этиx peжимoв.
II. Удoбcтвo и пpocтoтa paбoты пoльзoвaтeля:
- в диaлoгoвoм peжимe,
- в пaкeтнoм peжимe.
Coвмecтимocть c paнee иcпoльзyeмoй OC, кaк в cмыcлe мoбильнocти 
пpoгpaмм, тaк и в cтилe paбoты пoльзoвaтeля. 
Пpocтoтa и yдoбcтвo oбcлyживaния OC.
III.Oбecпeчeниe cтaндapтнoгo oбopyдoвaния:
Oбecпeчeниe тeлeoбpaбoтки, paбoты в ceтяx, мнoгoмaшинныx и 
мнoгoпpoцeccopныx кoмплeкcoв.
Haдeжнocть paбoты OC пpи aппapaтypныx oшибкax.
Becьмa cyщecтвeнным мoмeнтoм пpи пepexoдe нa дpyгyю OC являeтcя п
poблeмa 
coвмecтимocти, тpaктyeмaя в шиpoкoм cмыcлe. Здecь имeeтcя в видy 
coвмecтимocть 
OC и в cмыcлe мoбильнocти пpoгpaммнoгo oбecпeчeния, и в cтилe paб
oты 
пoльзoвaтeлeй, и в opгaнизaции вычиcлитeльнoгo пpoцecca.
В настоящий момент фирма IBM предлагает для своих установок main 
frame  три 
основные ОС общего назначения и несколько специализированных 
MVS/ESA
Это самая мощная из использумых в настоящее время ОС. Она поддерж
ивает все 
возможности машин IBM main frame и, в первую очередь, ориентирова
на на 
построение крупных многомашинных и многопроцессорных комплексов.
Исторически она развилась из OS/360 (MFT, MVT, MVS/NSE (3.5 и 3.8
), MVS/SP, 
MVS/XA) и обеспечивает высокий уровень совместимости с ранними ве
рсиями 
системы. 
Эта система поддерживает весь спектр перифериных устройств, имеет
 мощные и 
эффективные средства телеобработки, обеспечивает работу большого 
числа 
процессов (задач) (до 32768 процессов(задач) + каждый процесс (за
дача) может 
иметь до 256 подпроцессов (подзадач), до 2 Гб на одно адресное пр
остранство, 
более одного адресного пространства на один процесс) и практическ
и 
неограниченное число конечных пользователей. В настоящее время до
 32 установок  
под MVS могут быть объеденено в единый многомашинный комплекс пос
редством 
параллельного сисплекса (parallel sysplex).  Ресурсы всех машин в
 этой ситуации 
выступают как единое целое по отношению исполняемым приложениям. 
При этом 
распределение нагрузки между процессами автоматически оптимизируе
тся (на 
уровне аппаратуры и системы).
Кроме того, она имеет уникальные на настоящий момент средства нас
тройки 
установки для эффективной работы в конкретных областях применения
 через 
переопределение дисциплин обслуживания менеджера системных ресурс
ов.
Начиная с версии MVS/ESA SP v4.0 OpenEdition в ней реализованы 
спецификации стандартов Архитектуры Открытых Систем (AOS), а такж
е 
поддержка многочисленных расширений, не вошедших в стандарты, но 
широко 
используемых в конкретных реализациях UNIX-подобных систем.
Средства телеобработки обеспечивают гарантированную и эффективную
интеграцию установок MVS с сетями ЛВС (о региональных и глобальны
х сетях 
говорить не приходится, так как большинство из них реализовано на
 сетевой 
архитектуре SNA - родной сетевой архитектуре MVS, а поддержка TCP
/IP 
обеспечена еще с MVS/XA).
Самые популярные в мире СУБД - DB/2 (IBM), IMS (IBM), Oracle (Ora
cle Inc), 
ADABAS (Software AG),  DC/DD (Computer Associates) используют MVS
 в качестве 
основной системной платформы.
MVS имеет мощную и высокоэффективную систему управления контролем
 за 
доступом к ресурсам - RACF. Это, пожалуй, единственная в настоящи
й момент 
система, которая обеспечивает "невскрываемость системы" как злоум
ышленниками, 
так и дураками.
Одной из наиболее важных особенностей MVS/ESA является непревзойд
енная 
живучесть системы при ошибках и отказах аппаратуры. 
VM/ESA
Основная область применения данной ОС - разработка системного ПО 
и учебный 
процесс. 
Отличительными особенностями данной ОС являются идеология разделе
ния 
реальной установки на множество виртуальных машин и развитые сред
ства 
моделирования аппаратуры (в том числе и реально несуществующей). 
Каждый 
пользователь работает на своей виртуальной машине как на реальной
, монопольно 
выделенной ему main frame. Он может загрузить на ней нужную ему о
перационную 
систему, например VSE, MVS или даже VM. Одна виртуальная машина м
ожет 
обслуживать несколько пользователей, скажем под AIX, другая - гру
ппу 
пользователей, работающих под MVS. Кроме того, есть специальная с
реда 
разработки, ориентированная непосредственно под VM - CMS.
Это основная система в университетах США и Западной Европы, а так
же в 
фирмах-разработчиках системного ПО. В промышленных системах ее 
использование в настоящее время (в США и Западной Европе) огранич
ено, хотя в 
начале 80х годов она довольно интенсивно использовалась на мини-m
ain frame IBM 
43xx и IBM 9370 как средство для построения диалоговых информацио
нно-
справочных систем.
VSE/ESA
Данная OC представляет собой дальнейшее развитие популярной в США
 и 
Западной Европе серии DOS - DOS/VS - VSE/SP. Эта система расчитан
а на 
относительно небольшие установки с ограниченным числом конечных 
пользователей - до 1024 (без учета присоединеных ЛВС). Поддержива
ется до 200 
логических и до 12 статических разделов для одновременного исполн
ения 
приложений. Размер одного раздела до 384 Мб. 
 Ограничениями данной ОС является отсутствие поддержики многомаши
нных 
комплексов (МВК) и ограниченная поддержка мультипроцессирования.
В основном она используется в местных системах управления (говоря
 нашим 
языком - систем районого масштаба).
Она имеет преемственность снизу вверх по отношению к MVS на уровн
е 
исходных текстов за счет единой технологии разработки приложений 
(SAA) и 
схожей логики управления системными ресурсами. 
К числу специализированных ОС относится система TPF (средство 
обслуживания транзакций), первоначально созданная для поддержки с
истем 
резервирования мест на транспорте (ж.д., авиация и т.д.) и MUSIC 
(специализированная OC для учебных заведений). 
ОС AIX, хорошо известная в варианте для платформы IBM RS/6000, су
ществует 
и в варианте для  платформы IBM main frame.  
В заключение отметим, что в CШA DOS/VSE иcпoльзуетcя примерно нa 
52% 
ycтaнoвлeнныx ЭBM семейства IBM main frame или совместимых с ней,
 MVS - нa 
33%, a нa дoлю вcex ocтaльныx OC пpиxoдитcя тoлькo 15%
Новые модели IBM Mainframe
 весна 1994 - лето 1995 года
Некоторые функции ESA отличные от System/370, System/370-XA
Каналы ввода/вывода ESCON
ESCON-каналы представляют собой высокоскоростное (до 17 Мб/с) сре
дство 
соединения центрального процессора с контроллерами устройств ввод
а-вывода, 
пришедшее в ESA на замену традиционных каналов S/370.
 Основным отличием их является использование оптоволоконых линий 
для 
соединения с периферийными устройствами. Использование световодов
 позволило 
резко увеличить расстояние между центральным процессором и перифе
рийным 
оборудованием:
- для варианта LED - до 3 км,  дальность может быть увеличeна при
 использовании 
на линии   одного (до 6 км) или двух (до 9 км) ESCON-директоров (
ESCON 
director) в качестве повторителей;
- для варианта XDF - до 20 км, дальность может быть увеличeна при
использовании на линии ESCON-директоров (ESCON director) в качест
ве 
повторителей:
- до 60 км для межпроцессорных соединений;
- до 43 км для дисковой подистемы IBM 9343 и дисплейных комплексо
в;
- до 23 км для НМЛ (IBM 3490/3490E);
- до 15 км для дисковой подистемы IBM 3390.
Примечание: устройства в/в (диски, ленты, дисплейные контроллеры)
поддерживают только LED ESCON-каналы.
ESCON-директоры, кроме функций повторителя, обеспечивают возможно
сть 
динамической реконфигурации в распределенной вычислительной систе
ме (IBM 
9032 - до 60 портов, IBM 9033 - до 16 портов).
Для подключения к ESCON-каналам устройств, работающих по протокол
у 
каналов S/370, используется специальное устройство IBM 9034 ESCON
 Converter.
  
Средство построения логических разделов (LPAR)
Средство LPAR, введенное в машинах ESA-архитектуры, дает возможно
сть 
разделять ресурсы реального процессора на несколько логических. П
о своим 
возможностям оно подобно управляющей программе CP в VM, но заложе
но 
непосредственно в микрокоде процессора.
Используя LPAR, можно определить несколько логических процессоров
 и 
загрузить на каждом из них свою операционную систему.
Например, организация использовала ранее установку EC-1055 под 
операционной системой TKS. На установке эксплуатировались приложе
ния, 
разработанные под СУБД ADABAS 4.3, и независимые приложения, напи
санные на 
языках PL/I, FORTRAN и ASSEMBLER. Диалоговые приложения исполняли
сь в 
среде PRIMUS. Затем организация приобрела вычислительную установк
у IBM 9221 
модель 191, операционную систему MVS/ESA, TSO/ISPF, СУБД DB2 и те
лемонитор 
CICS. Приложения, написанные на PL/I и FORTRAN, можно будет перен
ести 
практически без изменений на уровне исходных текстов и/или загруз
очных и/или 
объектных модулей. Программы на ASSEMBLERe, в зависимости от реша
емых 
задач, могут потребовать перепрограммирования и перепроектировани
я. 
Приложения ADABAS однозначно требуют перепроектирования и 
перепрограммирования. Организация не может прервать рабочий проце
сс на время 
переноса приложений на новую установку и одновременно не может пр
одолжать 
эксплуатировать старую (износ оборудования, стоимость воды и элек
троэнергии, 
нехватка свободных площадей и т.д. и т.п.). Поэтому на этапе пере
хода установка 
делится на три раздела: в одном из них, описанном как S/370, выпо
лняется TKS и 
все непереведенные приложения, в двух других - MVS/ESA. В одном и
з MVS-
разделов работают прикладные и системные программисты, занимающие
ся 
переносом старых задач, в другом - пользователи работают с уже пе
ренесенными 
приложениями.
 По окончании переноса логический раздел для TKS может быть удале
н. Раздел 
для MVS, использованный на этапе переноса, может быть удален тоже
, но может 
быть и сохранен для работы в нем разработчиков прикладного ПО в ц
елях 
повышения безопасности при ошибках на этапе дальнейшей разработки
Так как функция LPAR имеет по сравнению с VM строго определенную 
область 
применения и реализована на микропрограммном уровне, то затраты р
есурсов при 
работе на функционирование самого средства LPAR намного меньше, ч
ем при 
использовании VM для тех же целей.
Немаловажную роль играет и стоимость - поддержка LPAR, включенная
 в 
процессор, обходится пользователю неизмеримо дешевле, чем приобре
тение еще 
одной операционной системы, даже в самом минимальном комплекте.
Новые main-frame семейства Enterprise System/9000
Семейство компьютеров 9221 реализовано на основе КМОП (CMOS) техн
ологии 
и не требует особых климатических условий эксплуатации. Систему м
ожно 
установить в практически любом помещении. Компактное исполнение и
 малое 
потребление энергии позволяют значительно сократить расходы на эк
сплуатацию 
установки.
Принципиальным отличием этой серии является возможность размещени
я в 
одной стойке всех аппаратных средств, входящих в состав традицион
ного 
вычислительного центра.
 Данная серия состоит из трех однопроцессорных моделей (191, 201,
211) и двух двухпроцессорных (221, 421) модулей с диапазоном 
производительности от 10 до 28 MIPS. Все модели поддерживают полн
ый спектр 
возможностей архитектуры S/390, значительно повышающих производит
ельность 
вычислительного комплекса в целом. 
В частности, микропрограммно поддержаны следующие функции:
- сжатие данных;
- сортировка для DB2, SQL/DS;
- механизм страничного обмена;
- диспетчер логических разделов;
- средства динамической реконфигурации;
- строковые функции языка "C".
Основные характеристики:
- процессорная память 64-128 Мб;
- от 1 до 24 каналов (в том числе оптоволоконных, с пропускной сп
особностью до 
17 Мбайт/сек и возможностью удаления локальных устройств на расто
яние до 60 
км);
- до 4 логических разделов (LPAR)
  режимы исполнения в разделах:
  - S/370;
  - ESA/390;
- операционная система:
  - MVS/ESA;
  - VM/ESA;
  - VSE/ESA;
  - AIX;
  - DPPX;
  - TPF;
- дисплейная подсистема типа 327x;
- дисковые подсистемы 3380, 3390, 9340, RAMAC;
- высокоскоростные ленточные подсистемы:
  3490E - картриджные НМЛ с емкостью 2.4 Гб на один картридж;
  9348   - катушечные НМЛ с плотностью записи 1600 и 6520 bpi;
- LAN-подсистема:
  - IEEE 802.3/Ethernet LAN;
  - IBM TokenRing (стандарт IEEE 802.5);
- Интегированная телекоммуникационная подситема поддерживает след
ующие 
стандартные интерфейсы для коммуникационных линий:
  - CCITT V.24/V.28 (EIA RS-232-C);
  - CCITT V.25/V.28 (EIA RS-366-A);
  - CCITT V.11 (EIA RS-422-A);
  - CCITT X.21;
  - CCITT X.21 bis;
  - CCITT V.35.
Возможности наращивания мощности установки:
В данные модели могут быть переведены (upgrade) старые модели 937
0 и 9221 
серии 170.
Эксплуатационные характеристики:
- система бесперебойного питания,
- выделяемое тепло - не более 0.9 КВт
- потребляемая мощность - не более 1.5 КВт,
- занимаемая площадь - не более 0.6 кв.м.,
- площадь эксплуатации - не более 4 кв.м.
Новый модели семейства Parallel Enterprise Server 
Новые main-frame семейства S/390 Parallel Enterprise Server Семей
ство 9672 
пополнилoсь 12 новыми моделями (всего теперь 18 моделей). Все они
 выполнены 
на основе КМОП (CMOS) технологии. Новые модели потребляют меньше 
электроэнергии (до 97%), занимают меньше места (до 96%) и дешевле
 в 
сопровождении (до 65%) по сравнению с системами на биполярных про
цессорах.
 Новые серверы могут включать в себя от 1 до 10 центральных 
процессоров. До 32 машин могут быть объединены в Parallel Sysplex
, в котором  
вычислительные ресурсы всех машин выступают перед конечным пользо
вателем 
как одна машина.
Основные характеристики:
- от 1 до 10 микропроцессоров S/390;
- производительность от 14 до 183 Mips;
- процессорная память 128-4096 Мб (20 нс);
- каналы (от 3/4 минимально для ESCON/Parallel соответсвенно):
  - до 192 ESCON (17 Мб/с);
  - до 96 параллельных каналов;
  Всего максимально до 192 каналов обоих типов;
- до 10 логических разделов (LPAR);
- операционная система:
  - MVS/ESA;
  - VM/ESA;
  - VSE/ESA;
  - TPF;
- дисковые подсистемы IBM 3390, IBM 9340, RAMAC,
- высокоскоростные ленточные подсистемы:
  3490E - картриджные НМЛ с емкостью
          2.4 Гб  на один картридж,
- Open System Adapter (Ehernet, TokenRing, FDDI)
Возможности наращивания мощности установки:
Младшие модели могут быть перестроены в более мощные путем наращи
вания 
числа микропроцессоров (до 10).
Эксплуатационные характеристики:
- система бесперебойного питания обеспечивает 3.5 минуты работы  
 для 
корректного завершения операций и 80 минут для сохранения данных 
находящихся 
в оперативной памяти.
- выделяемое тепло - не более 3.9 КВт
- потребляемая мощность - не более 4 КВт,
- занимаемая площадь - не более 0.73 кв.м.,
- площадь эксплуатации - не более 4 кв.м.
Mикро - mainframe P390
Полное наименование - IBM PC Server 500 System/390. 
Данная модель представляет собой двухпроцессорный комплекс: PC Se
rver на
базе процессора Pentium  (90 Mhz, RAM от 32 до 256 Mb,  HDD 6 Gb 
и более)  и  
main frame на базе процессора P390 с системой команд System 370/3
90 
(микропроцессор S/390 аналогичный используемым в Parallel Enterpr
ise Server, т.е. 
совместимой с IBM 370, в том числе с ЕС ЭВМ, IBM 4381, ES 93xx, E
S 9000).
Принципиальным отличием этой модели является возможность гибкой и
недорогой интеграции PC- и mainframe- приложений в единую систему
. Эта модель 
предлагается для замены старых моделей main frame (ЕС ЭВМ и IBM 4
381) малой и 
средней производительности.
Весь комплекс  выполнен  в корпусе  стандартного  PC Server-а (To
wer, 352 x 755 
x 622 мм) и, таким образом,  с эргономической  и энергетической т
очки зрения,  есть 
обычный PC Server.
P390 выполнен в виде отдельной платы,  на которой  находятся: соб
ственно 
процессор с быстродействием 15 Mips,  оперативная память от 32  д
о 128 Mб,  
MicroChannel  и  средства сопряжения  с Pentium и периферийным об
орудованием  
IBM 370/390. 
К комплексу может быть подключено разнообразное периферийное 
оборудование IBM 370/390 (терминалы IBM 327x, ленточные подсистем
ы, 
телепроцессоры, принтеры и т.п.). Подключение обеспечивается  нал
ичием 
специальной платы - S/370 Channel Adapter/A.
Дисковая подсистема  IBM 3380  и более ранние модели дисковых под
систем 
отображаются в дисковые подсистемы PC Server-а. Эмуляция дисковых
 подсистем  
и  каналов "классической"  IBM Mainframe есть основная функция Pe
ntium.  Он 
также обеспечивает функционирование комплекса в локальных сетях п
ерсональных 
ЭВМ.
На P390 может функционировать любая из следующих операционных сис
тем:  
VSE/ESA (предпочтительнее), VM/ESA, MVS/ESA, а также любые общеси
стемные 
программные средства и приложения,  разработанные под ними, в том
 числе:  СУБД  
DB/2, IMS (известная в СССР как "ОКА"), система  обработки транза
кций  CICS  
("КАМА")  и другие.  При этом для них обеспечивается хороший инде
кс 
производительности.
Любые приложения, разработанные на P390, без измeнений переносятс
я  на  
"классическую"  main frame,  например,  на ES 9000.
На Pentium запускается операционная система OS/2 и программы, 
обеспечивающие эмуляцию дисковой подсистемы  IBM 3380  и связь с 
другими 
ЭВМ,  в том числе работу  в локальных сетях персональных ЭВМ.   П
араллельно 
под  OS/2  могут функционировать и прикладные программы.
Периферийное оборудование  персональных ЭВМ,  например, принтеры,
доступно прикладным программам, работающим на P390. 
ЭВМ  IBM PC Server 500 System/390  может использоваться в локальн
ых (сервер 
или клиент)  и глобальных  (SNA)  сетях ЭВМ.
 Основные характеристики:
- размеры:
  - ширина 352 мм;
  - длина 755 мм;
  - высота 622 мм;
  - вес 31.3 кг (в минимальной конфигурации);
- питание:
  - 90-137В, 50-60 Гц;
  - 180-265В, 50-60 Гц;
Подсистема персонального сервера:
- процессорный комплекс:  90 Мгц Intel Pentium
                   16 Kб Кэш 1-го уровня;
                   256 Kб Кэш 2-го уровня (write-back);
- системная память 32-256 Мб (ECC 70 нс)
- шина памяти SyncroSystem;
- шина расширения Mirochannel (40 Мб/с, stream);
- операционная система OS/2 Warp 3.0;
- шина диска SCSI-2 Fast/Wide;
- емкость внутренней дисковой памяти до 38 Гб (17 слотов);
- емкость внешней дисковой памяти зависит от ипользуемых устройст
  (8 слотов);
- безопасность:
  Уровень безопасности C2:
    - настраиваемая загрузка;
    - парольная защита;
    - IBM Logic Lock;
    - возможность работы без клавиатуры и монитора;
- Средства рабочей станции:
  - 2.88 Мб дискета;
  - загружаемый 2-х скоростной CD-ROM;
  - 4 мм DAT Cartridge;
  - клавиатура 101-key enhanced;
  - IBM PS/2 мышь;
- Присоединяемые SCSI-устройства:
  - все поддерживаемые PS SCSI устройства;
Подсистема S/390:
- процессорный комплекс S/390, 15 MIPS;
- ввод/вывод 4.5 Мб/сек (поток);
             < 2 Мб/сек (эффект.);
             Эмуляция ввода/вывода.;
- системная память 32-128 Мб;
- операционная система - IBM VSE/ESA V1 или V2;
                - IBM VM/ESA V1;
                - IBM MVS/ESA V4 или V5.
- устройства подключаемые через канал S/390:
  Адаптер эмуляции канала S/370:
  Параллельный (байт, блок)
             Скорость 4.5 Мб/сек (поток),
             < 2 Мб/сек (эффект., зависит от размера блока)
  Принтеры (IBM 1403, 3203, 3211, 3820, 4248);
  НМЛ (IBM 3420, 3422, 3480, 3490);
  Коммуникационные контроллеры (IBM 3275, 3745,...);
  Дисплейные контроллеры (IBM 3172, 3274);
- поддержка эмулируемых дисковых устройств
  (через драйверы управления устройствами OS/2):
  - FBA (IBM 0671, 3310, 3370, 9332, 9336);
  - CKD (IBM 3375, 3380);
- S/390 устройства, подключаемые через SCSI:
  SCSI-адаптер;
  - Принтеры (IBM 1403, 3203, 3211, 3820, 4248);
  - НМЛ (IBM 3420, 3422, 3480, 3490);
  - Можно опрелить PC-устройства как S/390-устройства;
- поддержка других устройств (эмуляция):
  - IBM 3172 (SNA и TCP/IP);
  - IBM 2703 (Коммуникационный контроллер (ASCII));
  - IBM 9346 (НМЛ, на диске, R/O);
  - IBM 3803/3420 (НМЛ, на диске);
  - IBM 3420/3480 (НМЛ, на 4мм DAT или на 8мм ленте);
  - Optical Media Attach/2;
  - Эмуляция IBM 3745 для подключения LAN 5080 и др.;
- коммуникации:
  - TokenRing;
  - Ethernet;
  - FDDI;
  - ATM.
К ограничениям данной модули относятся:
- отсутствие поддержки режима логических разделов (LPAR),
- отсутствие поддержки ESCON,
- отсутствие средств мультипроцессирования,
- отсутствие поддержик векторной арифметики,
- отсутсвие аппартной поддержик управления ресурсами (PR/SM),
- отсутсвие расширенных средств управления виртуальной памятью (а
синхронный 
подкачка страниц, асинхронная пересылка областей данных).
Торговые марки и фирменные знаки использованные в документе
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки IBM Corporation:
AIX, CICS, DB2, Enterprase System/9000, Entrprise System Architec
ture/390, ES, 
ES/3090, ESA/390, ESCON, ESCON XDF, MVS/ESA,  MVS/SP, MVS/XA, OS/
2, 
Personal System/2, PS/2, Processor Resource/System Manager, PR/SM
, System 
Applications Architecture, SNA, Sysplex Timer, System/360, System
/370, 
System/390, S/390, VM/ESA, VM/XA, VSE, VSE/ESA, VTAM, 3090.
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки Intel Corporation:
Intel ,Pentium
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки Software AG:
ADABAS, Natural.
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки Computer Associates:
DD/DC.
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки Oracle Corporation:
Oracle.
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки Sun Microsystems:
NFS, Solaris.
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки XEROX Corporation:
Ehernet.
Следующии обозначения, использованные в данном документе, есть 
зарегиcтрированные торговые марки American Telephone  & Telegraph
 Corporation:
UNIX, UNIX System V.