Войти
Burroughs B2500 - Burroughs B4900 были серией мэйнфреймов компьютеры, разработанные и изготовленные Burroughs Corporation в Пасадене, Калифорния, США, с 1966 по 1991 год. Они были нацелены на деловой мир с набором инструкций, оптимизированным для язык программирования COBOL. Они также были известны как Средние системы Берроуза, в отличие от Крупных систем Берроуза и Малых систем Берроуза.
Компьютеры B2500 и B3500 были анонсированы в 1966 году. Они работали непосредственно с первичными десятичными типами данных COBOL-68: строками до 100 цифр с одним EBCDIC или ASCII цифровой символ или две 4-битные десятичные двоично-десятичные цифры в двоично-десятичном формате на байт. Переносимые программы на языке COBOL вообще не использовали двоичные целые числа, поэтому B2500 тоже не использовал, даже для адресов памяти. Память была адресована до 4-битной цифры в стиле big-endian с использованием 5-значных десятичных адресов. Числа с плавающей запятой также использовали основание 10, а не какое-то двоичное основание, и имели до 100 цифр мантиссы. Типичный оператор COBOL 'ADD A, B GIVING C' может использовать операнды разной длины, разные представления цифр и представления знаков. Этот оператор скомпилирован в одну 12-байтовую инструкцию с 3 операндами в памяти. Сложное форматирование для печати было выполнено путем выполнения одной инструкции EDITс подробными дескрипторами формата. Другие реализованные инструкции высокого уровня «переводят этот буфер через эту таблицу преобразования (например, EBCDIC в ASCII) в этот буфер» и «сортируют эту таблицу, используя эти требования сортировки, в эту таблицу». В крайних случаях отдельные инструкции могут выполняться за несколько сотых секунды. MCP мог прерывать слишком длинные команды, но не мог прерывать и возобновлять частично выполненные команды. (Возобновление является предварительным условием для создания виртуальной памяти стиля страницы, когда операнды пересекают границы страницы.)
Машина соответствовала COBOL так близко, что компилятор COBOL был простым и быстрым, а программисты COBOL обнаружили, что программирование на ассемблере проще простого. Что ж.
В исходном наборе команд все операции выполнялись только из памяти в память, без видимых регистров данных. Арифметика выполнялась последовательно, по одной цифре за раз, начиная со старших цифр, а затем двигаясь вправо до младших цифр. Это отстает от ручных методов с написанием справа налево и сложнее, но позволяет подавить запись всех результатов в случаях переполнения. Последовательная арифметика очень хорошо работала на COBOL. Но для таких языков, как FORTRAN или BPL, он был гораздо менее эффективен, чем стандартные компьютеры, ориентированные на слова.
Три зарезервированных ячейки памяти использовались в качестве «регистров» индексации адресов. Третий индексный регистр был предназначен для указания на фрейм стека текущей процедуры в стеке вызова / возврата. Другие зарезервированные ячейки памяти управляли размерами операндов, когда этот размер не был постоянным.
B3500 был похож на B2500, но с меньшим временем цикла и большим количеством вариантов расширения. B2500 имел максимум 60 Кбайт основной памяти и время цикла 2 микросекунды. B3500 имел максимум 500 Кбайт и время цикла 1 микросекунду.
B2500 / 3500 весил около 600–700 фунтов (270–320 кг).
За машинами B2500 / B3500 последовали машины B2700 / B3700 / B4700. в 1972 г.; B2800 / B3800 / B4800 в 1976 году, B2900 / B3900 / B4900 в 1980 году (который был первым из диапазона, который загружал свой микрокод с гибкого диска, а не реализовывал его как аппаратная постоянная память ) и, наконец, Unisys V Series машины V340-V560 в 1985-90 гг. На машинах до B4800 не было кэш-памяти. Каждый байт операнда или байт результата требовал своего собственного отдельного цикла основной памяти, что ограничивало производительность программы. Чтобы компенсировать это, поколение B3700 / B4700 использовало основную полупроводниковую память, которая была быстрее, но дороже и потребляла много энергии, чем DRAM, используемая в конкурирующих машинах. Необычное использование десятичных чисел в качестве адресов памяти изначально не было проблемой; это просто связано с использованием логики декодера 1 из 5, а не 1 из 8 в выборках строк и банков в основной памяти. Но более поздние машины использовали стандартные микросхемы памяти, рассчитанные на двоичные адреса. Каждый 1000-байтовый блок логической памяти может быть тривиально отображен на подмножество из 1024 байтов в микросхеме с потерей всего 2,3%. Но для более плотных микросхем и большего общего объема памяти весь десятичный адрес должен был быть преобразован в более короткую квазибвоичную форму перед отправкой адреса микросхемам и проделан снова для каждого цикла кеширования или памяти. Эта логика преобразования несколько замедлила машинный цикл. Попытка изменить дизайн адресного пространства в 1975 году была названа MS-3 для "средних систем 3-го поколения", но этот проект был отменен.
Машины до B2900 позволяли вводить числа с «нецифровыми» значениями выше 9, но арифметика по этому поводу дала неопределенные результаты. Это использовалось как форма шестнадцатеричной арифметики в MCP, а также некоторыми прикладными программистами. Более поздние версии отказались от этого и вместо этого поддерживали два новых кода операций (двоичное в десятичное и десятичное в двоичное) для поддержки адресации жестких дисков, доступных после приобретения Берроузом Memorex.
Unisys в дальнейшем отменила V серийная разработка оборудования началась в 1991 году, а поддержка закончилась в 2004 году. В машинах B4900 и более поздних версиях целочисленные операции с 10 или менее цифрами теперь обрабатывались параллельно; только более длинные операнды продолжали использовать последовательный метод. И все операции с плавающей запятой были ограничены точностью до 17 знаков. Позже машины Medium Systems добавили регистр аккумулятор и инструкции аккумулятора / памяти с использованием 32-битных, 7-значных целых чисел и 48-битных или 80-битных значений с плавающей запятой, все выровнены по границам 16-битных слов.
Операционная система называлась MCP (Master Control Program). Он разделял многие архитектурные особенности с MCP стековых машин Burroughs 'Large Systems, но полностью отличался внутренне и был написан на языке ассемблера, а не в производном от ALGOL. У программ были отдельные адресные пространства, динамически перемещаемые с помощью базового регистра, но в остальном виртуальной памяти не было; без разбиения на страницы и без сегментации. Более крупные программы были сжаты в ограниченном адресном пространстве кода с помощью явных наложений . Иногородние части MCP также были сильно перекрыты. Первоначально код и данные разделяли одно адресное пространство из 300 000 цифр. Более поздние машины имели отдельные пробелы в миллионы цифр для программного кода и данных процесса. Поля адресов инструкций были расширены с 5 до 6 цифр, и были добавлены еще 4 реальных индексных регистра.
Ранние машины использовали диск Burroughs head-per-track системы, а не ныне стандартные подвижные диски. В одной из попыток ускорить MCP его оверлеи были тщательно разложены, так что вероятные следующие оверлеи скоро дойдут до их считывающей головки сразу после завершения текущего оверлея. Это было похоже на оптимизацию компоновки, зависящую от времени, на ранних линейках задержки и драм-компьютерах. Но это оказалось непрактичным для поддержания после изменений программного обеспечения, и лучшие результаты постоянно достигаются с полностью рандомизированным расположением всех оверлеев MCP.
За исключением самой операционной системы, все системное программное обеспечение было написано на BPL (Burroughs Programming Language), языке системного программирования, производном от ALGOL и системного языка ESPOL больших систем. Первоначальный компилятор COBOL поддерживал спецификацию ANSI 68 и синтаксис ENTER SYMBOLIC, чтобы разрешить встроенное кодирование на языке ассемблера, но не поддерживал поддержку файлов RELATIVE и INDEXED; позже они были добавлены в версию компилятора ANSI 74, выпущенную в 1982 году. MCP позволял программам обмениваться данными друг с другом посредством передачи от ядра к ядру (CRCR) или с помощью очередей хранения (STOQ), реализованный как системные вызовы с использованием инструкции BCTи доступный для языков (COBOL FILL FROM / INTO). Это было неслыханно, за исключением самых крупных систем IBM S / 360 того времени, и даже тогда управление взаимодействиями нескольких программных потоков было серьезной операционной головной болью.
Серия Medium Systems была очень эффективными многопрограммными машинами. Даже самые базовые версии B2500 могут поддерживать мультипрограммирование в удобном масштабе. Более крупные процессоры Medium Systems поддерживали работу крупных центров обработки данных для банков и других финансовых учреждений, а также для многих предприятий и государственных заказчиков. Система Medium была предпочтительной платформой для многих профессионалов в области обработки данных.
Со средней системой компьютер может одновременно запускать пакетную систему расчета заработной платы, вводить банковские чеки на считывающем сортировщике MICR, компилировать приложения COBOL, поддерживать онлайн-транзакции и проводить тестирование запускается в новых приложениях (в просторечии называется «смесь», поскольку консольная команда «MX» показывает, что задания выполняются). Не было ничего необычного в том, чтобы запустить восемь или десять программ на В2500 среднего размера. В установках Medium System часто используются кластеры лент (четыре накопителя, интегрированные в шкаф средней высоты) для ввода и вывода магнитной ленты. Существовали также отдельно стоящие ленточные накопители, но они были намного дороже. Лента была основным носителем информации на этих компьютерах, в первые дни ее часто использовали для пакетного обновления «отец-сын»; с дополнительным диском, который со временем удешевлялся, он стал считаться библиотекой / устройством резервного копирования, содержащим все файлы данных, а иногда и программные файлы (с использованием утилиты MFSOLT ) для конкретного приложения или клиента / клиента.
COBOL в машинный код.
Резидентные файлы на ленте. Заголовки заданий для ввода карты. Буферизация карты и печати. Я сделал систему учета (управляемая параметрами).. —a пустой стих неизвестного пользователя B2500
