System/38 — это снятый с производства мини-компьютер и , входит в линейку IBM System/3X, производившийся и продававшийся компанией IBM. Система была анонсирована в 1978 . System/38 обладала адресацией, что было уникально для того времени, и новой интегрированной базой данных. Она была ориентирована на многопользовательскую среду. В то время типичная система обслуживала от дюжины до нескольких десятков терминалов. Хотя System/38 не смогла заменить системы, которые она должна была заменить, её архитектура послужила основой для гораздо более успешной IBM AS/400.

История System/38 была представлена 24 октября 1978 года, а поставки начались в 1980 году. Разработанная под кодовым названием «Pacific», она стала доступна для коммерческого использования в августе 1979 года. Над системой работали несколько инженеров, в том числе и , и она предлагала ряд инновационных функций. Архитектура имела много общего с дизайном неудачного проекта IBM Future Systems project, включая , использование микрокода для реализации функциональности операционной системы и абстракцию машинного интерфейса. Разработка велась в течение восьми лет в в Рочестере, Миннесота. Президент подразделения General Systems Division (GSD) компании IBM заявил в то время: «System/38 — это крупнейшая программа, которую мы когда-либо запускали в GSD, и одна из трёх или четырёх крупнейших программ, когда-либо представленных в IBM».

Система разрабатывалась как преемник System/3, однако она не была совместима с теми компьютерами. Предшественниками System/38 были System/3 (1969), System/32 (1975) и (1977). В 1983 году была выпущена System/36 как бюджетный бизнес-компьютер для пользователей, которым System/38 казалась слишком дорогой. В 1988 году System/38 сменило семейство мейнфреймов IBM AS/400, которое изначально использовало архитектуру процессора, схожую с System/38, а затем перешло на процессоры на базе PowerPC в 1995 году.

Аппаратные характеристики

Системный блок IBM 5381 включает процессор, основную память, дисковое хранилище, дисковод для дискет и системную консоль с клавиатурой и дисплеем. Блок 5381 был доступен для моделей 100 и 200.

Системный блок IBM 5382 физически идентичен 5381, но оснащён более мощным процессором, большим объёмом памяти и расширенным дисковым хранилищем. Блок 5382 был доступен для моделей 300, 400, 500, 600 и 700.

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

Центральный процессор Система включает центральный процессор с 512К, 768К, 1024К, 1280К или 1536К байт основной памяти. Процессор реализован на двадцати девяти микросхемах ИМС (на основе транзисторов Шоттки), установленных на печатной плате размером 10x15 дюймов. Он включает блок управления памятью с поддержкой , который используется системным программным обеспечением для реализации .

Центральный процессор System/38 CPU имеет адресное пространство, выбранную как компромисс между 64-битной адресацией, которую некоторые инженеры IBM хотели для обеспечения перспективности, и 32-битной адресацией, которую другие инженеры хотели для экономии средств.

Клавиатура и дисплей системной консоли

Консоль системы System/38 оснащена клавиатурой и экраном, отображающим 16 строк по 64 символа. Это отличается от локально подключённых терминалов , которые в зависимости от модели имеют разрешение 12x40 или 24x80. Оператор системы может использовать клавиатуру для ввода команд языка управления.

Магазинный дисковод для дискет Магазинный дисковод для дискет является стандартым для всех моделей.

Программное обеспечение

Машинный интерфейс System/38 и её последующие версии используют архитектуру машинного интерфейса для отделения прикладного программного обеспечения и большей части операционной системы от аппаратных зависимостей, включая такие детали, как размер адреса и размер регистра.

Компиляторы System/38 и её преемников генерируют код на высокоуровневом наборе инструкций, известном как Машинный Интерфейс (MI, Machine Interface). MI — это виртуальный набор инструкций, работающих с объектами, а не с традиционными адресами памяти или регистрами.

В отличие от некоторых других архитектур виртуальных машин, где виртуальные инструкции интерпретируются во время выполнения (см. P-код), инструкции MI никогда не интерпретируются. Они представляют собой промежуточный этап компиляции и транслируются в набор инструкций процессора на финальном этапе компиляции. Инструкции MI хранятся в финальном объектном файле программы вместе с исполняемыми машинными инструкциями. Если программа переносится с процессора, имеющего один набор машинных инструкций, на процессор с другим набором, инструкции MI будут переведены заново в соответствии с нативным набором инструкций новой машины перед первым запуском программы на ней.

TIMI (Technology Independent Machine Interface, ) операционной системы OS/400 является обратно совместимым расширением MI системы System/38. В результате программа, изначально разработанная для System/38, может работать на современном оборудовании IBM i без необходимости повторной компиляции.

Микрокод В архитектуре System/38 компания IBM относила весь код ниже уровня машинного интерфейса к микрокоду и считала его частью аппаратного обеспечения. Термин «микрокод» использовался для обозначения широкого спектра низкоуровневого кода, начиная от традиционного микрокода и заканчивая функциями, обычно ассоциируемыми с ядрами других операционных систем, а также реализацией интегрированной базы данных. В System/38 существовало два уровня микрокода:

Горизонтальное микропрограммное обеспечение (HMC, Horizontal Microcode) использовало архитектуру набора команд /память-память, известную как внутреннее микропрограммное обеспечение (IMP, internal microprogramming) или внутренний микропрограммный интерфейс (IMPI, Internal Microprogrammed Interface), с использованием нативного микрокода процессора System/38. Некоторые низкоуровневые и критичные к производительности функции, такие как планирование задач (то есть процессов) и передача сообщений, были реализованы непосредственно в микрокоде как часть горизонтального микропрограммного обеспечения. Горизонтальное микропрограммное обеспечение располагалось в и соответствовало традиционному микрокоду. Вертикальное микропрограммное обеспечение (VMC, Vertical Microcode) реализовывало машинный интерфейс в терминах архитектуры IMPI. Это достигалось путём трансляции кода MI в код IMPI и его выполнения. Оно также реализовывало интегрированную базу данных и другие компоненты операционной системы, которые не могли быть реализованы с помощью инструкций MI. Это было реализовано с использованием комбинации ПЛ/1 и ассемблера IMPI. Вертикальное микропрограммное обеспечение располагалось в основной памяти.

Термин «микрокод» появился в связи с антимонопольным делом против IBM в 1969 году. В результате этого дела IBM была вынуждена продавать программное обеспечение отдельно от аппаратного. Чтобы обойти это требование, IBM отнесла низкоуровневый код системы System/38 к аппаратной части. Таким образом, MI стал считаться нативным набором инструкций для System/38, что давало IBM свободу изменять IMPI и микрокод по мере развития аппаратного обеспечения. Ранние системы AS/400 унаследовали структуру микрокода System/38, но сам термин «микрокод» был упразднён. Вместо него IBM переименовала соответствующие уровни в Вертикальный лицензированный внутренний код и Горизонтальный лицензированный внутренний код.

Control Program Facility

Операционная система компьютера System/38 называется Control Program Facility (CPF, ). CPF не имеет отношения к операционной системе () для компьютеров IBM System/34 и System/36. Объектами CPF являются файлы, программы, очереди сообщений, профили пользователей и библиотеки. Хотя CPF считается операционной системой System/38, она работает поверх слоя System/38 Machine Interface, и, как следствие, значительная часть традиционной функциональности операционной системы платформы реализована в горизонтальном и вертикальном микрокоде.

System/38 также отличается тем, что стала первым коммерчески доступным IBM , в операционную систему которого была интегрирована система управления базами данных (СУБД).

Язык управления System/38 называется CL (от , ). CL программы, похожие по концепции на сценарии командной строки, могли быть откомпилированы и выполнены .

System/38 была спроектирована с учётом встроенной безопасности как части её архитектуры. Доступ к каждому объекту или библиотеке может контролироваться индивидуально для каждого пользователя. Эта функция была сохранена и расширена в компьютерных линейках AS/400 и iSeries.

Система-преемник

System/38 была заменена моделью AS/400, которая также обеспечивала совместимость с данными и программным обеспечением System/36. Программы S/38 с сохраненной «наблюдаемостью» (то есть с исходным кодом, встроенным в скомпилированный исполняемый файл, что увеличивало его размер) могут по-прежнему работать на AS/400 и последующих системах, поскольку опция восстановления включает перекомпиляцию для исходного кода предыдущей версии. Однако большинство проприетарных библиотек объектов от поставщиков были скомпилированы без такой «наблюдаемости» и требуют замены от оригинального поставщика, что влечёт за собой дополнительные расходы при переходе на AS/400. Ценообразование в то время было многоуровневым: одно и то же программное обеспечение стоило по-разному в зависимости от модели, скорости и ёмкости устанавливаемой системы.

Продажи Согласно публикациям в отраслевых журналах NEWS 34/38 и Midrange Computing за первые пять лет IBM продала примерно 20000 систем System/38. Хотя S/38 позиционировалась как мини-компьютер, система была существенно дороже, чем популярная IBM System/34 и её преемница System/36. Не менее важной проблемой была сложность перехода с System/34 на S/38. IBM косвенно признала это, выпустив System/36 (усовершенствованную версию системы System/34) после запуска S/38. Хотя System/38 не продавалась в бльших количествах, она обеспечивала более высокую норму прибыли по сравнению с другими среднечастотными системами IBM, что делало её прибыльной продуктовой линейкой для компании.

На рынке IBM оказалась с тремя пересекающимися, но несовместимыми линейками продуктов: System/34, System/38 и архитектурой мейнфреймов System/370. Digital Equipment Corporation, в то время один из главных конкурентов IBM, смогла этим воспользоваться, предложив широкий ассортимент продуктов на базе единой архитектуры — архитектуры VAX. Ответ IBM на это, модель , оказалась коммерчески неудачной, и в то время, как писала The New York Times, продажи System/36 и System/38 «отставали».

Примечания

Литература

</ref>

Литература для дальнейшего чтения

Ссылки

Категория:Системы на основе привилегий Категория:Мини-компьютеры IBM Категория:Появились в 1978 году в США