До появления System/360, IBM (как и большинство производителей компьютеров) выпускала линейки компьютеров с совершенно не совместимой архитектурой, в то время как System/360 представляла собой семейство программно совместимых мейнфреймов с общей архитектурой. Самая быстрая модель в исходной линейке была в 50 раз мощнее самой медленной, но все они могли запускать одинаковое программное обеспечение. Теперь покупателям была предложена линейка из нескольких ЭВМ, отличающихся быстродействием и стоимостью, но при этом использующих один и тот же набор команд. Универсальная система System / 360 — это полностью совместимые в программном отношении компьютеры. Система работала с научными и бизнес-приложениями, ее название тоже символично — 360 градусов, которые охватывают весь спектр возможных применений".
Хотя модели S/360 имели общую архитектуру, внутренне они совершенно отличались друг от друга, чтобы занять разные ниши рынка в зависимости от стоимости и производительности. В более старых моделях использовалось менее производительное аппаратное обеспечение и 8-битный канал передачи данных, в то время как в более новых моделях использовались такие функции, как широкий канал передачи данных, быстродействующие энергонезависимые регистры памяти, выполнение машинных команд не в порядке следования в машинном коде и кэширование. Ко всему фронтальные панели ЭВМ также различались: разные светодиоды и переключатели.
В этой статье описаны различные модели S/360, и то как можно идентифицировать их по передней панели. Я начну с Model 30 — популярной бюджетной системы, а затем по порядку пройдусь по остальным. Рациональность и удобство — главные составляющие принципа, по которому ЭВМ получали свои номера. Вместе с емкостью памяти и производительностью увеличивался и номер модели, от простой, но популярной Model 20 до высокопроизводительной Model 195.
IBM System/360 Model 30
На фото ниже изображена Model 30, одна из «лоукост» машин S/360, с объемом памяти на магнитных сердечниках от 8 до 64 килобайт. Корпус процессора был 1.524 м в высоту, 76.2 см в ширину и 1,73 м в глубину, масса составляла 771 кг. Что говорить, машина огромна по современным меркам, но на то время такой размер считался более чем компактным. Компьютеры System/360 были построены из модулей, называемых Solid Logic Technology (SLT), которые содержали несколько транзисторов и резисторов, не таких плотных, как интегральные схемы. Хотя Model 30 была наименее мощной в линейке System/360, она была очень популярна и прибыльна, ее аренда в размере 8000 долларов/месяц принесла IBM к 1972 году доход в миллиард долларов.
Solid Logic Technology (SLT) — гибридная технология компановки микроэлектронных схем на основе изолированных плоских, капсулированных в стекло, транзисторов и диодов, с экранированными резисторами на керамической основе. Была представлена компанией 1964 году вместе с новым мейнфреймом IBM System/360. STL заменила, существовавшую ранее Стандартную Модульную Систему (Standard Modular System или SMS).
По меркам 1960 года SLT была революционной технологией и способствовала успеху семейства мейнфреймов System/360 в 60х годах.
Вы можете поинтересоваться, почему эти компьютеры оснащены такими сложными консолями. Было три основных функции использования консоли. Первая функция — под базовые задачи «управления аппаратным комплексом», такие как включение системы, ее загрузка или выключение с помощью элементов управления (показано ниже). Эти элементы управления единственные, которые требовались оператору, находились в последовательном порядке на панели S/360. При помощи трех шестнадцатеричных циферблатов-переключателей можно было выбрать модуль ввода-вывода, который содержал загрузочное ПО. После загрузки системы оператор обычно вводил команды в систему без помощи консоли.
Второй консольной функцией является присутствие (проставление) оператора контроля. Отладка программы, мониторинг состояния процессорных регистров и модулей оперативной памяти, а также установка брэйкпоинтов (контрольных точек остановки, проверки и отладки программного кода). Элементы управления консоли Model 30, приведенные ниже, использовались для проставления оператора. Для отображения содержимого памяти оператор выбирал адрес на четырех шестнадцатеричных переключателях слева и нажимал кнопку «Дисплей»(слева), вводя данные на индикаторах на циферблатах переключателей. Чтобы произвести изменения в памяти, оператор вводил 1-байтную команду с помощью двух шестнадцатеричных циферблатов-переключателей справа и нажимал кнопку «Сохранить». (Хотя Model 30 имела 32-битную архитектуру, она передавала команду размером 1 байт за раз, жертвуя скоростью в счет более низкой стоимости). При помощи переключателя «Address Compare» в верхнем правом углу устанавливалась точка остановки.
Третья функция консоли — поддержка и обслуживание системы, которые выполнялись инженером IBM. Такие дисплеи занимали большую часть консоли, на них выводилась подробная информация, предоставляющая доступ к сложному внутреннему устройству компьютера. На приведенной выше консоли Model 30 присутствовал большой переключатель посредине «Display Store Selection», с его помощью можно было выбрать любой из внутренних регистров для отображения или модификации. Ряд индикаторов (на изображении ниже) показывает выполнение микроопераций из ПЗУ и операций на канале ввода/вывода. (The rows of lights below showed the microcode instruction being executed from «read only storage» and operations on the I/O channel.)
Макрофотография консоли IBM S/360 Model 30, показывающая индикаторы для микрокода (ПЗУ) и канала ввода/вывода. Эти регистры использовались в середине системы и не были видны программистуНа консоли размещались счетчики затраченной электроэнергии под ручкой аварийного отключения электропитания. Стандартная цена за аренду IBM покрывала лишь 40 часов в неделю, и клиенту выставлялся дополнительный счет за чрезмерное энергопотребление. Если же система требовала ремонта, клиенты не оплачивали время простоя. Инженер IBM поворачивал переключатель с помощью ключа, в результате чего время измерялось нижним счетчиком «обслуживания» вместо счетчика «использования потребителем».
IBM System/360 Model 20
Перейдем в конец семейства S/360: Model 20 была предназначена для бизнес-приложений. Объем памяти был ограничен, всего 4KB — 32KB, ЭВМ была крайне медленной даже по стандартам 1960-х годов, выполнялось всего около 5700 операций сложения в секунду. Но с другой стороны такого процессора было вполне достаточно для генерации бизнес-отчетов из перфокарт, устройство чтения карт считывало 8 карт в секунду. Преследуя цель снижения стоимости, в Model 20 было реализовано подмножество команд S/360, использовались регистры половинного размера 8, что делает Model 20 несовместимой с остальной линейкой S/360. Несмотря на свои ограничения, Model 20 была самой популярной моделью семейства S/360 из-за низкой цены: к концу 1970 года в эксплуатации находилось более 7400 машин. Ежемесячная стоимость аренды Model 20 стартовала с 1280 долларов, а приобретение обошлось бы от 62 710 долларов.
С помощью небольшой консоли Model 20 (изображение выше) оператор включал и выключал компьютер, запускал программу и т.д. В нескольких строчках на дисплее отображалось содержимое регистров компьютера и с помощью переключателей с шестнадцатеричными циферблатами, оператор загружал данные размером в 1 байт (два переключателя слева) в адрес памяти (следующие четыре переключателя). C помощью другого регулятора оператор отлаживал программу путем изменения значения в памяти, установки брэйкпоинтов, пошагового исполнения программы. Переключатель аварийного отключения питания и счетчики использования находились справа.
В Model 20 панель управления для инженеров спрятана под крышкой (снизу). На этой панели предусмотрены дополнительные элементы управления и индикаторы для диагностики и доступа к микрокоду. Поскольку Model 20 была попроще, инженеру не требовалось отображения такого объема информации как в Model 30.
IBM System/360 Model 22
Model 22 — урезанная версия Model 30 по цене ниже на 1/3, при этом обеспечивающая производительность примерно в 5 раз выше, чем Model 20. Это был последний представленный в 1971 году компьютер семейства S/360. IBM заявила, что Мodel 22 — «компромисс производительности и цены для небольших систем».
Базовая комплектация Model 22 сдавалась в аренду за 850 долларов в месяц (меньше, чем за Model 25 или Model 20), цена покупки составляла от 32 000 до 44 000 долларов. Стандартная конфигурация с тремя дисководами, выходом для принтера и кард-ридером стоила значительно дороже: арендная плата составляла около 5600 долларов, а приобретение — 246 000 долларов. Весила такая станция 680 кг и была размером в два холодильника. В отличие от Model 20, Model 22 была совместима с остальными продуктами с частью линейки S/360.
Что касается консоли в Model 22, она была очень похожа на ту которая была и в Model 30. Однако консоль Model 22 располагала меньшим числом рядов с светодиодами, и индикаторы выступали на консоли, а не были «утоплены» как в Model 30 (плоская накладка). В Model 22 полупроводниковое запоминающее устройство, а не память на магнитных сердечниках.
IBM System/360 Model 25
Еще одной бюджетной системой была Model 25. Система была спроектирована так, чтобы быть дешевле, чем Model 30, и при этом быть совместимой с другими системами линейки. Базовую Model 25 можно было арендовать за 5330 долларов в месяц, купить же можно было за 253 000 долларов. Она была представлена в 1968 году.
Model 25 представляла собой компактную систему, контроллеры ввода / вывода размещались в основном блоке (в отличие от других систем S/360). В отличие от других бюджетных систем, система имела двухбайтовый канал передачи данных для более высокой производительности. Одной из особенностей Model 25 была небольшая удобная консоль; на Model 25 во многих операциях использовалась консольная пишущая машинка, а не панель управления. На рисунке ниже обратите внимание что панель управления примерно на 2/3 ниже чем черный компьютерный модуль за ней. Переключатели на панели управления используются для выполнения нескольких функций (адресация и данные), что делает ее более компактной, чем панель в Model 30.
IBM System/360 Model 40
Model 40 была популярной моделью среднего класса, более мощной, чем Мodel 30. Ее аренда обходилась от 9 до 17 000 долларов в месяц, и к 1972 году принесла IBM доход в миллиард долларов. Для повышения производительности в Model 40 использовался двухбайтный канал передачи данных (в отличие от Model 30, которая обрабатывала данные по одному байту за раз).
На фото выше видно, что консоль Model 40 значительно сложнее, чем консоль Model 30, это свидетельствует о возросшей сложности «внутренней начинки», то бишь аппаратных составляющих системы. Как и у других моделей, у нее было три переключателя с шестнадцатеричными циферблатами в правом нижнем углу, которые служили они для загрузки системы. Но вместо переключателей с шестнадцатеричным циферблатов для ввода адреса и данных Model 40 имела тумблеры: один для адреса и один для данных.
В Model 40 использовались две ручки настройки, что позволяло каждому ряду со светодиодами отображать восемь различных функций. Каждый такой переключатель имел 8-позиционную ручку настройки с правой стороны консоли: можно было выбрать определенный регистр или дисплей.
IBM System/360 Model 44
Конкуренты IBM на рынке научных вычислений начали предлагать более дешевые, и более быстрые системы, разработанные специально для числовых вычислений. Чтобы устранить данную проблему IBM создала Мodel 44 для научных вычислений, ее главное предназначение — быстрое выполнение операций над числами с плавающей запятой и операций по сбору информации; были исключены 19 инструкций для выполнения бизнес-ориентированных задач (инструкции выполнения арифметических операций над десятичными числами и полей переменной длины). Эти изменения сделали Model 44 несколько несовместимой с остальной линейкой семейства S/360, хотя и прибавили ей быстродействие на 30–60% быстрее, по сравнению с более дорогой Model 50. Несмотря на улучшенные характеристики, Model 44 не имела огромного успеха у пользователей.
Консоль управления Model 44 была внешне похожа на консоль Model 40 с тумблерами и двумя роликами, но у Model 44 один из роликов взял на себя функции тумблеров. Да и внутреннее наполнение двух ЭВМ совершенно отличалось; для более высокой производительности в Model 44 вместо микрокода система управления была реализована на аппаратном уровне. Также использовался четырехбайтовый канал передачи данных, что соответственно позволяло перемещать данные в два раза быстрее, чем у Model 40, потому и в каждом ряду на консоли было размещено больше индикаторов и переключателей (32 бита данных + 4 бита четности).
Одной из особенностей консоли Model 44 можно считать поворотный переключатель для выбора точности чисел с плавающей точкой ( to select floating point precision), снижение точности увеличивает скорость обработки. Другой особенностью, уникальной для Model 44, стал дисковод, встроенный в боковую часть ЭВМ. Использовались дисковые картриджи емкостью 1MB. C помощью кнопки в левом нижнем углу консоли можно было управлять дисководом.
IBM System/360 Model 50
Model 50 была значительно производительней, чем Model 40, отчасти потому, что она использовала четырехбайтовый канал передачи данных. Да и Model 50 была куда габаритнее, чем младшие модели: центральный процессор из 5 блоков на 512 КБ памяти весил более 3 тонн. Model 50 можно было арендовать за 18 000 — 32 000 долларов в месяц. ЭВМ можно было расширить еще на 8 мегабайт; каждый модуль IBM 2361 «Large Capacity Storage» содержал 2 мегабайта оперативной памяти и весил тонну.
Консоль управления Model 50 была сложнее, чем у Model 40 или 44. Как и у Model 44, тумблеры и индикаторы имели 32 бита + четность из-за 4-байтового канала передачи данных. Вольтметр и регуляторы напряжения в левом верхнем углу использовались инженером IBM во время профилактической проверки. Повышая и понижая уровни напряжения примерно на 5% и проверяя на наличие сбоев, можно было обнаружить неполадки и заменить комплектующие еще до того, как они выйдут из строя.
IBM System/360 Model 60, 62, 65 и 67
Модели серии 60 были похожи, и предназначались для вычислений на предприятиях, научных расчетов. Хотя ЭВМ Model 60 и 62 и были анонсированы при запуске семейства S/360, они так и не были запущены в производство. Конкуренты объявили о выпуске более быстрых машин, после чего IBM внесла улучшения в оперативную память — так появилась Model 65. Быстродействующая память — 75 мкс, а это вытеснило Model 60 (2 мкс) и Model 62 (1 мкс) еще до их выхода “в массы". Model 65 можно было арендовать за 50 000 долларов в месяц.
Панель управления Model 65 имела много общего с консолью Model 50, но при этом было 6 ручек настройки вместо 4 (справа). В Model 60 и выше использовали восьмибитную шину передачи данных и хранение фрагментами для максимальной производительности. Для поддержки широкой полосы передачи данных на консоли управления было два ряда тумблеров с данными, а также тумблер адресации для охвата большого спектра адресов. Каждая ручка настройки из 6 оперировала 36 светодиодами (4 байта + четность), поэтому 64-битные регистры были разделены на два ряда.
Model 67 была анонсирована в 1965 году и вышла на рынок уже в 1966 году, ее целью было — удовлетворить появившийся спрос на системы с разделением времени. (Большинство компьютеров в то время были с ОС, обеспечивающими пакетную обработку задач). Model 67 была, по сути, Model 65 с добавлением виртуальной памяти, называемой динамической трансляцией адресов. Она поддерживала вычисления в режиме реального времени и “онлайн” с удаленными пользователями, разделение времени и одновременное использование нескольких пользователей. К сожалению, из-за задержек с выпуском операционной системы Модель 67 так и не стала популярной, к концу 1970 года было установлено всего 52 станции.
Модели 60-й серии были габаритными станциями, с несколькими подключенными модулями памяти. Их можно было настроить как дуплексную мультипроцессорную систему, весом более четырех тонн и занимающую около 37 квадратных метров; обратите внимание на наличие двух консолей на фото ниже.
IBM System/360 Model 70 и 75
Высокопроизводительная Model 70 была анонсирована в апреле 1964 года, но, как и в случае с Model 60, она была заменена на более быструю Model 75 еще до начала поставок. Консоль у Model 75 была намного габаритнее, чем у предыдущих моделей, с большим количеством светодиодов. Почему так? По двум причинам. Во-первых, сложной была сама внутренняя архитектура Model 75. Во-вторых, вместо использования ручек настройки для вывода на дисплей всех функции в Model 75 все отображалось с помощью множества светодиодов.
Я хотел бы обратить внимание на основные составляющие панели управления. Устройства, обеспечивающие взаимодействие оператора со станцией (запуск системы) находились в правом нижнем углу (раздел N), рядом со счетчиками затраченной электроэнергии (P). Для проверки и модификации памяти в распоряжении оператора были переключатели адресации ®, 64 переключателя данных (M) и индикаторы (M). Другие секции панели управления были для инженеров IBM. Вольтметр (К) использовался для профилактических проверок. Управление шиной данных (A), быстродействующее запоминающее устройство (B), команды переменного (размера) поля ©, команды управления (E) и регистры (F, L).
Стоимость аренды Model 75 варьировалась от 50 000 до 80 000 долларов США, а цена покупки — от 2,2 до 3,5 миллионов долларов США. Быстродействие Model 75 составляло 1 MIPS, компьютер выполнял около 1 миллиона инструкций в секунду. (Его производительность была немного ниже чем у Intel 80286, что составляло примерно на 1/10000 от производительности современного Intel Core I7).
IBM System/360 Model 85
Высокопроизводительная Model 85 линейки S/360 была представлена в 1968 году. Ее увесистый процессор состоял из дюжины стоек и весил около 7 тонн, как показано на фотографии в начале статьи. Ключевое нововведение в Model 85: кэш — память с большей скоростью доступа. Model 85 была первым коммерческим компьютером с кэш-памятью. Это первый компьютер IBM, в котором использовались интегральные схемы со средним уровнем интеграции (IBM назвала их Monolithic System Technology или MST). К сожалению, система не имела успеха у покупателей из-за высокой цены. Было выпущено всего 30 станций Model 85.
Радикально иной подход был и к построению панели управления Model 85. Консоль была небольшой по сравнению с другими в линейке S/360, на ней было меньше светодиодов и индикаторов. Большинство функций оператора теперь выполняли дисплей на электронно-лучевой трубке и клавиатура. Находящаяся слева от оператора «система просмотра индикаторов» («indicator viewer») заменила большинство светодиодов на панели управления. В ней 240 светодиодов были совмещены с микрофиш-проектором, который показывал определенные метки в зависимости от конфигурации. Это была более усовершенствованная версия ручки настройки — эквивалент 2400 отдельным светодиодам. Соответственно, система включала в себя и аппарат просмотра микрофиш, теперь папки с документацией по техническому обслуживанию были заменены на компактные карточки.
BM System/360 Model 90, 91, 92 и 95
Мodel 90 была всего лишь прототипом принципиально нового суперкомпьютера. Об улучшенной Model 92 было объявлено несколько месяцев спустя, в итоге же была разработана менее производительная система Model 91, которая должна была конкурировать с суперкомпьютером CDC 6600 (разработанным Cray). На рынок Model 91 вышла в 1967 году, примерно через два года после CDC 6600, но так его и не покорила. Выпущено было всего-то 15-20 штук, даже снижение цены до 6 000 000 долларов ситуацию не поменяло, популярность так и не пришла. Для сравнения, CDC выпустила более 200 компьютеров серии 6000.
Мodel 91 была характерна передовая архитектура: каналы с высокой пропускной способностью, выполнение команд с возможностью изменения очередности. Система представляла собой мультифункциональные модули. Сложная архитектура Model 91 требовала большую панель управления, заполненную множеством светодиодов и переключателей. Нижняя часть консоли была с функцией «присутствия оператора», здесь располагались тумблеры для 24-битной адресации 8 байтов данных. Остальные индикаторы нужны были инженерам IBM, они показывали детальную информацию о состоянии системы. Основные элементы управления оператора (питание, загрузка) находились не на главной консоли, а на небольшой панели снизу справа. Оператор использовал ЭЛТ (дисплей на основе электронно-лучевой трубки) для многих задач.
Model 91 требовала отдельного помещения, только центральный процессор состоял из семи автономных модулей: самого ЦП, трех блоков питания (не считая моторно-генераторной установки), шкафа модульного распределения питания, шкафа распределения охлаждающего средства и консоли. Кроме того, система имела блок управления запоминающим устройством, а также устройства ввода-вывода. Model 91 была первой системой IBM, в которой была использована полупроводниковая память, в своем небольшом фрагменте «защищенной памяти», но не в основной памяти.
В 1951 году IBM начала исследовать запоминающие устройства на тонких магнитных пленках в качестве замены ЗУ на магнитных сердечниках и после многолетних трудностей, в 1968 году, в Model 95 произвела данную замену (в остальном все было таким же, как и в Model 91). Хотя это и была самая быстродействующая память тех времен, IBM продала всего две единицы Model 95 (НАСА), после чего отказалась от тонкопленочных запоминающих устройств.
IBM System/360 Model 195
Мodel 195 была «разработана для сверхскоростных компьютерных приложений». Это была повторная реализация Model 91 с использованием интегральных схем (называемых «монолитной интегральной схемой»), объем кэш-памяти — 32 КБ. Арендная плата составляла от 165 000 до 275 000 долларов в месяц, закупочная цена — от 7 до 12,5 миллионов долларов. Производительность Model 195 была сопоставима с производительностью суперкомпьютера CDC 7600, но, как и в случае с Model 91, она появилась на два года позже, чем машина CDC, а это главным образом повлияло на продажи.
Консоль у Model 195 (ниже) была похожа на панель управления Model 95. Как и с моделью 91, для многих задач оператора использовался ЭЛТ, была также отдельная небольшая консоль оператора (не показана на фото).
Найди различия
Иногда трудно различить консоли моделей 30, 40, 50 и 65. На схеме ниже показаны основные функции, по которым можно их различить. Консоль Мodel 30 была с плоской поверхностью без отдельных индикаторов и тумблеров. Ее можно распознать по 9 переключателям с циферблатами внизу и по группе из четырех ручек настроек справа. Консоль Model 40 имела две ручки настройки, а группа из четырех переключателей с циферблатами размещалась слева. На панели управления Model 50 было четыре ручки настройки и вольтметр рядом с дюжиной переключателей. Model 60 имела шесть ручек настройки и вольтметр с парой переключателей.
Заключение
По современным стандартам компьютеры System/360 не были особо впечатляющими с точки зрения производительности: Model 20 была медленной с объемом памяти не больше чем у домашнего компьютера VIC-20 (1980 год), в то время как Model 195 была сопоставима с Macintosh IIFX (1990), что примерно составляет 1/1000 вычислительной мощности iPhone X. Несмотря на их низкую производительность, они использовались крупными компаниями, с их помощью планировали полет на Луну и управляли воздушным движением страны.
Спасибо, что остаётесь с нами. Вам нравятся наши статьи? Хотите видеть больше интересных материалов? Поддержите нас оформив заказ или порекомендовав знакомым, 30% скидка для пользователей Хабра на уникальный аналог entry-level серверов, который был придуман нами для Вас: Вся правда о VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps от $20 или как правильно делить сервер? (доступны варианты с RAID1 и RAID10, до 24 ядер и до 40GB DDR4).
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps до лета бесплатно при оплате на срок от полугода, заказать можно тут.
Dell R730xd в 2 раза дешевле? Только у нас 2 х Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ТВ от $199 в Нидерландах! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — от $99! Читайте о том Как построить инфраструктуру корп. класса c применением серверов Dell R730xd Е5-2650 v4 стоимостью 9000 евро за копейки?
Комментарии (75)
sshikov
27.04.2019 11:10>По современным стандартам компьютеры System/360 не были особо впечатляющими с точки зрения производительности:
По большому счету, и S/370 тоже были не ахти какие быстрые. Однако же, от сегодняшних решений их отличали некоторые особенности архитектуры, которые вы сегодня далеко не везде найдете:
— многоканальная память (мне помнится попадались упоминания про 8 каналов, хотя это не точно)
— довольно быстрая плавающая точка, а также десятичная арифметика в системе команд
— каналы ввода-вывода, которые делали весь ввод-вывод асинхронным
— дисплеи с собственной памятью, позволявшие редактировать текст автономно, отсылая процессору только результат, а не нажатие каждой клавиши
Ну то есть, многие вещи параллелились, и многие компоненты железа были достаточно интеллектуальны и независимы от процессора.
В итоге какая-нибудь машинка вроде отечественной ЕС-1046 (S/370), по формальным признакам слабее типовой сегодняшней персоналки (или телефона), вполне могла обслуживать примерно 80 терминалов, при условии что большая часть пользователей что-то делала в текстовом редакторе.khim
27.04.2019 16:22а также десятичная арифметика в системе команд
Вот это как раз не достижение. И Z80 и 8086 имеют её. А ЭНИАК только такой вариант и поддерживал. Так что это скорее показатель старости, чем прогрессивности.
Остальное — да, это круто.sshikov
27.04.2019 16:35А никто не говорит, что это уникальное свойство. Просто это удобно — не переводить в двоичную систему, а фактически считать прямо в том виде, как ввели. Насколько это нужно… ну сложно сказать, я вот вообще не пользовался, ибо от бизнеса и бухгалтерий был весьма далек.
rutenis
27.04.2019 20:46Десятичная арифметика в System/360 — это уступка бизнес-расчетам, которые берут начало ещё с табуляторов (про них на Хабре было несколько статей), и уже имели сложившуюся десятилетиями "культуру". В те времена бытовало даже мнение, что объединять их вместе с двоичными числами (научные расчеты) в одной архитектуре нецелесообразно.
sshikov
27.04.2019 20:52Если вы под «культурой» понимаете отсутствие ошибок при конвертации из десятичной системы в двоичную — так почему в кавычках? Не вижу, почему это плохо и почему это уступка. Бизнесу естественно, чтобы 5 копеек были 5 копейками, а не какой-то периодической дробью. Бизнес — потребитель. Как показала практика — даже наверное основной потребитель.
rutenis
27.04.2019 22:13Под "культурой" я понимаю сложившюся к тем годам практику использования перфокарт, табуляторов, сортировщиков и тому подобной техники для проведения различных расчетов по коммерческим данным. А также "багаж" алгоритмов, разработанных для этой техники (та же поразрядная сортировка, к примеру). А ещё штат специалистов, которые этим занимались, и накопленный ими опыт. Это был на самом деле огромный "культурный пласт", сейчас уже во многом забытый.
Дело тут было не столько в том, как именно представлять доллары/центы, фунты, галлоны и мили. IBM декларировала возможность переноса широко применявшихся технологий на новую систему с минимальными издержками, и десятичные числа были одним из "кирпичиков" совместимости.
sshikov
28.04.2019 07:52А. Ну просто, культура в кавычках — это как бы НЕ культура. Я подумал, что вы это в отрицательном контексте.
safari2012
29.04.2019 17:36Дисплеи (терминалы) имели не только собственную память, но и процессор и ввод-вывод. Мы в универе играли в игрушки (типа ping-pong), которые загружались в терминал, который отключался от ЕС-ки и работал автономно.
SergeyMax
27.04.2019 11:15Model 22 располагала меньшим числом рядов с светодиодами
Да откуда там светодиоды, обычные лампочки)
justhabrauser
27.04.2019 17:44+1Да здесь весь перевод довольно косячный.
Но гуглетранслейт довольно продвинулся.
Жаль, что не знает о чем пишет.
AntonSor
27.04.2019 11:19Хм. Консоли у отечественных ЕС ЭВМ выглядели совсем по-другому, хотя и похоже. Например, ЕС-1033
Хотя, это уже следующее поколение — на интегральных схемах, а не отдельных транзисторах, и на 10 лет позжеsim2q
27.04.2019 12:29+2на панеле всё ещё лампочки habr.com/ru/company/ua-hosting/blog/448424/#comment_20083882 6.3V управляемые от К155ЛА7
faoriu
27.04.2019 11:33Централизованный мейнфрейм с терминалами-«тонкими клиентами» — самый эффективный способ организации вычислений, к которому все вскоре вернутся с появлением 5G.
shaukote
27.04.2019 15:59+1Было бы очень интересно почитать что-нибудь в духе «пишем и запускаем Hello World/FizzBuzz/Фибоначчи для System/360».
Фотографии очень впечатляют, но для меня, как человека, чьё знакомство с компьютерами началось уже на клонах IBM PC с MS-DOS на стероидах, остаётся довольно туманным, как именно осуществлялась разработка/отладка ПО под такие машины (да и в целом, как происходило взаимодействие операторов с ними).khim
27.04.2019 16:31как именно осуществлялась разработка/отладка ПО под такие машины (да и в целом, как происходило взаимодействие операторов с ними).
Всё в пакетном режиме поначалу. А отладка — ручкой на бумажке. Если вы получаете машинного времени пару частов в неделю в ночь с субботы на воскресенье — то иначе не получится…
Терминалы — это уже не 60е, а конец 70х…
saipr
27.04.2019 17:13-1Вот они терминалы КС-7920:
Если вы получаете машинного времени пару частов в неделю в ночь с субботы на воскресенье — то иначе не получится…
Часто время давали ночью. Одну такую ночь я запомнил навсегда. Это было в 1982 году в день похорон Л.И.Брежнева. Утром после ночи мы вышли из Акадении им.Ф.Э. Дзержинского (она была в Китай-городе) и решили зайти в Армянский переулок выпить по кружке пива. Мы ничего не поняли сразу, Москва пустая, магазины без народу, и в пивной пусто. А тут еще раздался грохот и гудки редких автомобилей. И мы поняли, что происходит. Этот день запомнился. И когда его вспонимаю, говорб все было как при коммунизме: магазины без народу, бери что хочешь (я имею ввиду продукты). Вот так мне запомнилась программисткая ночь на ЕС-1022.
sshikov
27.04.2019 16:40Кхм.
/* */
say «Hello World»
Ничего что я на REXX? ;) Фибоначчи кстати будет не сильно длиннее, и еще — у REXX арифметика потенциально бесконечной точности, так что можно много членов рассчитать.khim
27.04.2019 17:10+1Ничего что я на REXX? ;)
Какое это отношение к IBM/360 имеет? REXX — это 1980е (в 1979м он только появился), а IBM/360 — это 1960е и самое начала 1970х (последняя модель вроде 22я, 1971го года выпуска).
Да, наверное, кто-то где-то сохранил IBM/360 к моменту выхода REXX и, возможно, их даже для чего-то использовали… но это не было типичной ситуацией с учётом того, что IBM их не продавала, а арендовала обычно…sshikov
27.04.2019 17:40Я же сразу намекнул, что буду жульничать :) Ну да, вы правы, REXX это не S/360, это попозже. Однако же это не меняет основной мысли, которую хотелось донести — на уровне Hello world разработка выполнялась точно также, как и сегодня.
Т.е. пишете программу, и если это интерпретируемый язык для написания скриптов — просто запускаете, и все происходит так, как будто это условный bash, или другой современный язык аналогичного назначения.
Или берете любой из известных языков, которые были на то время, и если это будет C, то получаете ровно такой же Hello, World, как описан в любой книжке для начинающих. Код не изменится. Компилируете, линкуете, запускаете — все эти этапы были и тогда, и принципиально не сильно отличались.agmt
28.04.2019 12:11Вот это «пишете программу» и есть самое непонятное. Экрана нет, клавиатура непонятно какая. Перфокарты с номерами строк.
sshikov
28.04.2019 12:22>Вот это «пишете программу» и есть самое непонятное.
Вы разве никогда не писали программу на бумажке? Я понимаю, что этот процесс неудобный, но что в нем непонятного-то?
Если экрана нет, то клавиатура все равно обычная — только на перфораторе. Перфоратор — это примерно вот так. На выходе колода карт. Считайте что это последовательный файл, со строками фиксированной длины.
Ну да, строки по 80 символов, чтобы влезали в перфокарту. Номера строк не обязательны — но удобны, если вы соберетесь потом заменить одну из строк на исправленную. Ну или уроните свои перфокарты — чтобы потом собрать по порядку. Больше, в общем-то, ни для чего не нужны.
Если что, мне не жалко пояснить подробнее, но мне тоже нужно понимать, какие именно аспекты непонятны тем, кто никогда не видел живого перфоратора :)
sshikov
27.04.2019 16:44> как происходило взаимодействие операторов с ними
Это зависит от… Впрочем, CP/CMS разрабатывалась начиная с 1967, TSO тоже появилась не сильно позже, так что в 70-х уже были интерактивные терминалы. У тех, у кого они были, конечно. А так перфокарты, и пакетные задания. На JCL например.
sshikov
27.04.2019 16:52+2Если же вы про операторов, которые управляют системой, то показанные тут консоли по большей части не для них. Обычному оператору от этой консоли нужно две вещи — выбрать адрес устройства, где стоит системный диск, и нажать кнопку начальной загрузки (IPL).
После этого система находит готовое к работе устройство — пишущую машинку или дисплей, и вы уже работаете там.
А консоль… ну там по большей части кроме инженерных регистров имели место обычные регистры процессора, в том числе PSW (слово состояния программы), которое в том числе показывает, какую команду процессор выполняет (адрес — часть PSW). Ну и можно было при желании заниматься отладкой — ставить точки останова, смотреть и менять содержимое памяти и регистров, выполнять пошагово. В общем, даже для системных программистов — штука достаточно редко нужная, всего несколько раз пригодилась в моей практике.shaukote
27.04.2019 18:43Спасибо за ответ, наверное, он ближе всего к тому, что мне было интересно. Потому что DISPLAY «Hello world» на COBOL'е можно и в Википедии подсмотреть. :)
У меня ключевое непонимание именно во взаимодействии человека и машины. Для меня практический минимум интерфейса — это «голый» POSIX shell, где ты можешь создать/отредактировать файл его, а потом передать его на вход компилятору/интерпретатору. Соответственно, я плохо представляю, куда, простите, этому IBM/360 исходный код программы засовывать. :)
После этого система находит готовое к работе устройство — пишущую машинку или дисплей, и вы уже работаете там.
А можете вот тут подробнее рассказать? Вы сами (и khim) выше упоминали, что интерактивные терминалы появились уже в 70-х. А что делали до них? И что выступало интерактивной оболочкой в этих терминалах с их появлением?
Ну и можно было при желании заниматься отладкой — ставить точки останова, смотреть и менять содержимое памяти и регистров, выполнять пошагово. В общем, даже для системных программистов — штука достаточно редко нужная, всего несколько раз пригодилась в моей практике.
Вот честно, я вообще не понимаю, как с такой консоли можно поставить точку останова где-то в коде (пусть даже машинном). И почему «редко нужная»? Слишком сложный процесс отладки плюс масштаб программ, позволяющий их отлаживать «в уме»?sshikov
27.04.2019 19:10>Соответственно, я плохо представляю, куда, простите, этому IBM/360 исходный код программы засовывать. :)
Ну, это зависит от ОС (а их было несколько довольно разных). В общем случае это файл, который может быть просто текстовый файл, библиотека, или скажем входной поток (перфокарты). Идеология в общем довольно сильно отличалась от posix, поэтому именование файлов и их структуры — другие. Скажем, у MVT описание файла — это том (физический диск), имя библиотеки + раздел. Но суть все равно весьма похожая.
Для VM/SP, где работали в основном в CMS, файл это имя, тип и буковка диска, т.е. HELLO FORTRAN B. Буковки очень похожи на то, что есть/было в DOS, и соответствовали разделам физического диска, выделенным для виртуальной машины CMS.
До терминалов все равно были пишущие машинки. Процедуры и команды опять же зависят от ОС, но в целом оператор мог например запустить системный процесс, который начинает считывать задания с какого-то ввода (RDR), процессы вывода на печать (WTR), и управлять уровнем параллелизма, запуская несколько INIT процессов, которые собственно выполняли задачи.
А с появлением терминалов интерактивные оболочки распространились в большом количестве. По сути, кроме собственной TSO от IBM, было еще куча разного софта, который в сущности был аналогом того, что сегодня делает например FAR Manager, или IDE — т.е. менеджер файлов, редактор, возможность что-то запустить. Это длинная тема, и очень разнообразная.
А в CMS, которая по сути была однозадачная однопользовательская виртуальная машина, была весьма похожа на известную вам posix консоль. Не буквально, но в целом близко. Т.е. процесс там происходил уже практически так же — запускаете условный vim (в том случае xedit), редактируете файл, сохраняете, запускаете компилятор (или сам файл, если это скрипт). Редиректа stdin/stdout/stderr и пайпов в таком же виде не было. Вместо них был системный стек, куда программа могла положить данные, т.е. скажем можно было в скрипте попросить утилиту получить список файлов на диске, а потом достать его из стека, и обработать. Ну и была такая штука, как FLIST, которая ровно повторяла (а скорее была прообразом) семейства Norton Commander. Т.е. список файлов, с фильтрацией и сортировкой, и кусочком командной строки против каждого, где можно было запустить команду типа PRINT, с подстановкой вместо параметров /N /T /M реального имени, типа и диска. И повторить это для многих файлов.
>Вот честно, я вообще не понимаю, как с такой консоли можно поставить точку останова где-то в коде (пусть даже машинном).
Ну собственно, вы задаете адрес (путем набора переключателями с пульта), и говорите «остановиться по этому адресу». Это все. Адрес обычно один. А редко нужная — потому что речь об отладке либо ОС, либо чего-то автономного, что работает без нее. Мало кто отлаживает ОС. Еще меньше таких, кто пишет автономные утилиты.
В рамках ОС обычные процессы можно было отлаживать более привычными способами.shaukote
27.04.2019 20:14Большое спасибо за развёрнутый ответ.
Честно говоря, для меня несколько удивительно, что уже тогда были похожие современным ОС, достаточно развитые для того, чтобы сделать редкостью написание автономных от ОС программ.khim
27.04.2019 20:25Собственно IBM/360 явилась прорывом ровно по этой причине: это была первое семейство компьютеров. Где программы могли переноситься с более слабого компьютера на более сильный без переписывания.
Позже появились и другие семейства: PDP-11, VAX, IBM PC… но IBM/360 — была первой.shaukote
27.04.2019 20:42Я полагал, что переносимость обеспечивалась просто одинаковыми архитектурой и системой команд. Оказалась, что всё более интересно. :)
khim
27.04.2019 20:53Ну дык эта: разные модели отличались, в первую очередь, разным объёмом памяти и периферией. Ну и процессоры были разные, да — но это скорее на скорость выполнения программ влияло, чем на переносимость. Но если у вас на одном компьютере лента, а на другом — считыватель для перфокарт, а вы хотите использовать одну и ту же программу — то должно быть что-то, что соединяло бы программу с железом, очевидно.
sshikov
27.04.2019 20:33По большому счету, CP/CMS — это 1967, и по своей идеологии это было очень здорово. Не то чтобы сейчас это было распространено — но многие годы задавало тенденции.
Ну и, в общем-то зачем нужна автономная программа? Чтобы тестировать железо. Такие были во множестве. Чтобы скопировать скажем ленту с дистрибутивом — такие тоже были. А больше-то зачем?
andy_p
27.04.2019 20:35+1В статье промелькнуло упоминание о том, что с пульта надо было задавать адрес устройства для загрузки. Как вы думаете, почему? А потому, что в IBM 360/370 не было пзу и чтобы загрузить машину эмулировалась команда канала с устройства заданного с пульта. Эх, ностальгия… Тоже что-ли пост про ЕС ЭВМ написать?
sshikov
27.04.2019 20:41>А потому, что в IBM 360/370 не было пзу и чтобы загрузить машину эмулировалась команда канала с устройства заданного с пульта.
Ну я не уверен, что именно поэтому. Скажем, у нас была типичной ситуация, когда имеется две копии ОС (возможно, совершенно разных версий), и можно загрузиться с одного из двух дисков. Или с ленты. Или с перфокарт, если совсем делать нечего. И при чем тут отсутствие ПЗУ? В современном PC вполне себе есть BIOS (ну или как его сегодня звать), тем не менее вполне можно в его меню задать, в каком порядке и с чего грузить ОС. Чем это принципиально отличается от выбора устройства по адресу?
>Тоже что-ли пост про ЕС ЭВМ написать?
А отчего же не написать? Напишите. Я вот кстати подумал, не написать ли пост про REXX, весьма интересный для своего времени язык. Но мало известен в широких кругах.andy_p
28.04.2019 00:39+1Как вы представляете себе загрузку без пзу?
Вот вы включили компьютер, и у вас в оперативной памяти ничего нет.
Какую команду должен выполнять процессор?
Биос, про который вы говорите, он в пзу живет.sshikov
28.04.2019 07:39Я говорю про то, что прямой связи между отсутствием ПЗУ, и необходимостью набирать адрес устройства, в общем-то не прослеживается.
>Какую команду должен выполнять процессор?
Чтение блока данных с какого-то устройства, обычно. По фиксированному адресу. И передача туда управления.
То что выбор адреса сделан аппаратно, в виде переключателей — да, это конечно следствие того, что нет ПЗУ, и нет аналога BIOS, который может это спросить, но сама возможность сделать выбор, откуда загружаться, вполне нужна и при наличии ПЗУ.khim
28.04.2019 17:08-1Не видел ни одной системы с ПЗУ, где был бы выбор, извините. ARM переходит на адрес 0, 8086 на адрес 0xFFFF0 — и так далее.
Вот программа, загруженная из ПЗУ — она уже что-то там позволяет выбирать.
А вот если ПЗУ нет — нужно как-то что-то откуда загрузить с пульта, больше неоткуда.
Чтение блока данных с какого-то устройства, обычно. По фиксированному адресу. И передача туда управления.
Вы представляете сколько транзисторов подобная конструкция потребует? А мы, напомню, живём в эпоху, когда они поштучно покупаются, микросхем пока нет…sshikov
28.04.2019 17:24Initial Program Load (IPL)PoOps(p123) is a process for loading a program when there isn't a loader available in storage, usually because the machine was just powered on or to load an alternative operating system.[2](p123) This process is sometimes known as Booting.
As part of the IPL facility the operator has a means of specifying a 12-bit[NB 3] device address, typically with three dials as shown in the operator controls drawing. When the operator[NB 15] selects the Load function, the system performs a System Reset, sends a Read IPL[NB 16] channel command to the selected device in order to read 24 bytes into locations 0-23 and causes the channel to begin fetching CCWs at location 8; the effect is as if the channel had fetched a CCW with a length of 24, and address of 0 and the flags containing Command Chaining + Suppress Length Indication. At the completion of the operation, the system stores the I/O address in the halfword at location 2 and loads the PSW from location 0.
Initial program loading is typically done from a tape, a card reader, or a disk drive. Generally, the operating system was loaded from a disk drive; IPL from tape or cards was used only for diagnostics or for installing an operating system on a new computer.
Вот выше текст, как реально была устроена загрузка. Это именно чтение с устройства (поскольку операции управляются канальной программой — то это именно адрес программы, которая до этого сама считывается с устройства).
Тут всего два шага:
— читаем с указанного устройства канальную программу, 24 байта
— выполняем эту программу
Мне, честно говоря, наплевать, сколько для этого нужно транзисторов. И где тут пульт — я тоже в упор не вижу.
khim
27.04.2019 20:47Было бы здорово что-нибудь помимо «вводной статьи» или «статьи воспоминаний». Таких уже есть (вот тут, например).
А вот взять OS/360 — и рассказать как в ней живут — было бы прикольно.sshikov
28.04.2019 18:06Одной OS/360 как таковой не существовало. Были PCP, DOS, MFT, MVT. Я бы мог что-то по MVT написать, PCP, DOS и MFT не застал, ибо это были системы для уж очень хилых конфигураций, а у меня никогда не было ничего хуже ЕС-1033 с 512К памяти, но в целом это довольно скушная система, я бы сказал. Ну не рассказывать же всерьез про JCL, в самом деле…
dasFlug
28.04.2019 03:231033, на которой я будучи студентом подрабатывал оператором, иногда отказывалась загружаться после зависания. Лечилось это «очисткой памяти» с пульта. В кавычках потому что через 30 с лишним лет тяжело вспомнить что реально делала последовательность которую надо было набрать. Интересно стало что я там вводил. Может вы помните чтото подобное?
sshikov
28.04.2019 07:50Ну, я реально не знаю, что вы делали, могу рассказать про тот реальный опыт, когда мне потребовался пульт для отладки VM/SP. В нашем случае ЕС-1061, одна из первых, периодически переставала загружаться, и циклилась. Через какое-то время процесс проходил, нужно было просто подождать сколько-то времени, периодически нажимая на IPL.
Нас это довольно быстро достало, и как-то вечером наша теплая компания системных программистов, словив очередной цикл, решила в этом деле разобраться (благо, воспроизвести ситуацию в другое время не выходило, а тут как раз пациент под руками, и одновременно четыре или больше голов для обдумывания).
Поскольку генерация ОС это по большей части ассемблер, достали листинг, чтобы посмотреть, что по какому адресу располагается. Остановили цикл с пульта, поглядели, в какой секции оно циклится. Пришли к выводу, что это обработчик прерывания от таймера (одного из двух, которые в S/370 имелись). Поставили останов уже конкретно в нем, ближе к входу. В итоге вместо одного словили два прерывания, от чего у ядра слегка поехала крыша.
Кончилось все багрепортом в НИИЭВМ, и выпуском новой микропрограммы.
Но к вашей истории с 1033 это скорее всего никакого отношения не имеет :)
vortupin
28.04.2019 06:34Обычному оператору от этой консоли нужно две вещи — выбрать адрес устройства, где стоит системный диск, и нажать кнопку начальной загрузки (IPL).
Ну, это вы немного «горячитесь», а, точнее, чересчур уж упрощаете работу операторов ЕС ЭВМ. За «нажать кнопку» никто бы 110 рублей в месяц, даже в СССР, не платил бы. Понятно, что работа была не творческая, персонал, в 99.99% не имел об информатике и программировании ни малейшего представления (но им это и не требовалось), но, все-таки, не «просто кнопку нажимали», вот тут уж увольте! Плюс, у бедных девочек профессиональное заболевание было — ангины и бронхиты, в особенности, среди жаркого лета (кто работал на ВЦ, тот знает, что я имею ввиду)sshikov
28.04.2019 07:34Я тут имел в виду исключительно консоль. Наши операторы к ней после загрузки не подходили — зачем? При нормальной работе там нечего смотреть, и есть много других дел, как в ОС, так и например смена носителей (те же диски и ленты).
vortupin
28.04.2019 07:56Ну, по моей памяти, полное «поднятие» 45-ки занимало немало времени; системщик из ДРЦО был далеко не каждый день, и у каждого оператора была полностью заполненная «общая тетрадь» (помните?) «запускательной магией».
P.S. Правда, может, тут небольшое взаимонепонимание — я говорю о системной консоли с терминалами; ну, или, хотя бы, с «пищмашкой» (телетайпом). Да, была еще консоль, куда можно было загрузчик ввести установкой тумблерами адреса и данных команды (в двоичном виде), но там тоже не «кнопку нажать», а, пока введешь, пальцы болеть начинали ;)sshikov
28.04.2019 08:01Не, ну весь этот пост — он же не про пишущие машинки. И я тут не про них.
vortupin
28.04.2019 08:04Если вы не помните/не знаете, то «пищмашкой» на ВЦ назывался, обычно, телетайп, подключенный к ЭВМ, через который производилась процедура загрузки ОС (это на старых машинах, у которых не было терминалов с «телевизором»).
sshikov
28.04.2019 08:06Я примерно 15 лет проработал системным программистом, две ЕС-1046, ЕС-1061, ЕС-1066. И это не телетайп.
vortupin
28.04.2019 08:16Я тоже работал инженером-«электронщиком» на ВЦ; чтобы не повторяться, отошлю вас вот к этой дискуссии.
sshikov
28.04.2019 08:23Ну, это споры про названия, не вижу смысла. Вон чуть выше фотка ЕС-1033, я говорю о том что по центру, а вы видимо о том, что справа? :)
vortupin
28.04.2019 08:44Да, я о том, что справа (с чем, собственно, и работали операторы ЭВМ — до процессорных стоек с консолью они не очень-то допускались). У нас на ВЦ было три машины: 1022, 1033 и 1045 (или 55? Сорри, запамятовал, давно это было, 86-88 года прошлого века). У самой старой (22) терминал был в виде телетайпа (т.е. «телевизора» с клавиатурой просто не существовало), загрузка осуществлялась, как припоминаю, если совсем «холодная» (типа, какое-то из устройств не работало — но могу ошибаться), с ввода кода загрузчика (с перфоленты) с системной консоли, путем последовательной установки адреса команды/данных, потом самих данных на тумблерах, потом нажатием кнопки «Ввод». Затем введенная программа запускалась кнопкой «Старт», ну, а потом, основная OS грузилась через первоввод сначала, а потом с дискового пакета (или с ленты).
На более современных машинах, система грузилась сначала с 8'' дискеты, а потом с дискового пакета. Но (с чем я не согласился) работа оператора вовсе не заключалась в «нажатии одной кнопки» — загрузка была весьма длительным процессом, а системный программист на наш ВЦ (кстати, самый крупный в достаточно большом городе СССР) приходил далеко не каждый день (это был очень странный для «совка» способ контрактной работы). Поэтому наши операторы (хотя в основном это были молодые девочки без высшего образования, мечтавшие лишь о замужестве с «богатым» инженером ;) ), умели ввести машины в эксплуатацию по методу «китайской комнаты» — в «общих тетрадях» у них были записаны нужные команды с разнообразными последовательностями (в случае возможных ошибок).
P.S. Кстати, AFAIR, тогда наши ЕС-ки перегружались во много раз чаще, нежели, например, мой домашний десктоп, с которого я сейчас пишу этот пост :)sshikov
28.04.2019 09:12Возможно, на упомянутых вами моделях оно так и было, но в моих случаях такого процесса либо не существовало, либо он применялся очень редко.
Чтобы в ЕС-1061 вводить код загрузчика с пульта? Микропрограммы с ленты грузили, да. В том числе обновления.
Даже на ЕС-1033 я такого никогда не делал, хотя ОС загружал каждый день (мы работали со своим дистрибутивом). Да и работа после загрузки, когда уже появилось приветствие, для VM/SP или СВМ в общем-то сводилась к паре команд. Типа enable all — чтобы подключить все дисплеи и разрешить вход. Для MVT посложнее, но тоже не сильно.
> ЕС-ки перегружались во много раз чаще
Ну в общем да. С надежностью было не очень. В лучшем случае аптайм несколько дней, на более новых машинах. И несколько раз в день — тоже вполне типично.
faoriu
27.04.2019 16:52А вот — вариант на COBOL:
IDENTIFICATION DIVISION.
PROGRAM-ID. HELLO.
PROCEDURE DIVISION.
MAIN-PROCEDURE.
DISPLAY "Hello world"
STOP RUN.
END PROGRAM HELLO.
sshikov
27.04.2019 16:54Строго говоря, под VM/SP у меня уже был компилятор C, так что можно было и совсем классический Hello, World написать.
khim
27.04.2019 17:12-1А можно взять эмулятор x86 и там Windows 10 запустить… вот только зачем?
sshikov
27.04.2019 17:15+1Просили Hello, World на S/360. Я и отвечаю, что компиляторы в том числе были с C, то есть в этом смысле Hello, World вообще ничем не отличается от того, что известно по опыту DOS или Windows. Сборка и запуск — да, могут отличаться.
faoriu
27.04.2019 17:53На COBOL он более классический. На мейнфреймах C вообще не особенно распространён — в отличии от более продвинутых языков типа COBOL, PL/I и тд.
sshikov
27.04.2019 17:57Fortran не забывайте :) А под классическим я имел в виду ровно тот вариант, что пишут в книжках, а точнее в известной книжке по C, откуда само название «Hello, World», насколько я знаю, и пошло. Т.е. K&R
safari2012
29.04.2019 17:44У нас была ОС — СВМ . Интерфейс командной строки, похожий на dos/unix. Ну и некое подобие нортон коммандера и текстовый редактор, сравнимый по удобству с nano, vi. Пишешь программу, запускаешь компилятор, результаты вывода в файл. Тут пишут про дефицит машинного времени. Если надо запустить длительный расчет (например задачи по статистике), запускаешь свою прогу в виртуальной машине, отсоединяешь терминал от СВМ и пошёл себе гулять. Примерно, как использовать screen в linux.
Vasily_Pechersky
27.04.2019 17:13+1Большое спасибо за статью.
С момента первой встречи с мэйнфрэймом (S390 / 2001й год) очень хотелось почитать чего то популярного на тему но не нашел в то время.
С удовольствием прочитал бы ещё инфы по переферии — коммуникационные контроллеры, терминалы/дисководы, каналы и эсконы.
nehrung
27.04.2019 19:34Solid Logic Technology (SLT) — гибридная технология компановки микроэлектронных схем
А что, собственно, такое это самое SLT? Знаю микромодули этажерочного типа, знаю гибридные ИМС, а вот SLT, несмотря на обширную практику возни со старьём, как-то не припоминаются. Можно ли считать ситалловую плату от совецкого радиоприёмника «Микро» сделанной по этой технологии?
rutenis
27.04.2019 23:21+2Огромное спасибо за статью! Добавлю и я ещё немножко.
Все, кто заинтересовался этой темой, могут попробовать запустить OS/360 на своём компьютере и почувствовать себя, что называется, «в шкуре» тогдашнего программиста и оператора ЭВМ заодно.
Эмулятор IBM System/360 под названием Hercules тут. (На самом деле, эмулирует он IBM/370 и выше, но эта разница уже «для настоящих знатоков», тем более что последние версии OS/360 умеют использовать некоторые особенности IBM/370) Там же есть много полезных ссылок.
Вся документация по системе тут в оцифрованным виде. Не хватает, правда, кое-каких мелочей, но можно взять следующие версии отсюда.
Дальше возможны различные варианты:
1. Хардкор, так сказать. Берём дистрибутив OS/360 (например, отсюда), долго читаем мануалы и сами делаем генерацию системы. У меня получилось не с первой попытки, при том что есть бонус в виде личного опыта работы на ЕС-ках (но без собственно генерации системы) и куча литературы, собранной ещё в те времена. Книжками поделиться не могу, а на вопросы отвечу, по возможности.
2. Можно скачать уже готовую систему (ссылки есть на сайте Hercules'а) с кучей полезных «фишек», чтобы не тратить время и сразу начать писать программы.
3. Промежуточный вариант: повторить самому действия для получения п.2 (там все очень подробно описано), при этом избежать неудачных попыток и получить некоторый опыт.
Желаю успехов всем, кто попробует «погрузиться» в атмосферу той эпохи!khim
28.04.2019 00:14Тут только одна поправка: все ссылки, которые ссылаются на готовую систему уже давным давно протухли, так что незабываемый опыт генерации всего этого с нуля вас ждёт…
saipr
Компьютеры System/360 под брендом ЕС ЭВМ были широко распространены в Советском Союзе:
Это была целая эпоха.
bolonov
ЕС по воспоминаниям аксакалов ( https://m.habr.com/ru/post/214377/ ) была clock-precise копией 360й.
andy_p
Я работал на ЕС ЭВМ и даже программировал на ассемблере.
Значит, я тоже аксакал?
bolonov
Вполне)
safari2012
Ассемблер, это что. Нам ещё преподавали, как прогу на ассемблере ЕС ЭВМ (та же система команд IBM/360) вручную «компилировать» в машинные коды. Даже задание такое было на экзамене.
sshikov
Даже из этого поста вполне понятно, что S/360 это далеко не одна линейка одинаковых машин, а много разных. ЕС тоже. Аппаратная база — разная, в том числе внутри линейки. Так что копией — нет. А вот программно-совместимым клоном — да.
И вовсе не единственным — клоны S/3xx делали и другие (вспоминаются японцы, чуть ли не Тошиба вроде).
saipr
Так была куплена лицензия у ИБМ на производство. Примечательно то, что для них была и операционная система типа Unix — МОС ЕС. Ее можно сегодня считать прообразом отечественных Linux.
sshikov
Лицензия? Вот тут явно написано, что IBM отказалась от сотрудничества. И я ни про какую лицензию никогда не слышал, хотя много раз общался на эти темы, в частности в Минском НИИЭВМ.
saipr
Да, вы правы. Лицензии не было. Было фактически клонирование.
safari2012
Дело в том, что IBM в те далёкие годы продавал машины вместе с программным обеспечением в исходниках, включая ОС. Скопипастить элементную базу, в СССР вполне умели.
sshikov
Несомненно. VM/SP компилировалась (хотя исходники были и не все).