WikiDer > ДЖОРДЖ (операционная система)

ДЖОРДЖ было название, данное серии операционные системы выпущено Международные компьютеры и табуляторы (ICT) в 1960-х годах для ИКТ 1900 серии компьютеров. К ним относятся ГЕОРГИЙ 1, ГЕОРГИЙ 2, ГЕОРГИЙ 3, и ГЕОРГИЙ 4.

Первоначально машины серии 1900, такие как Ферранти-Паккард 6000 на которой они основывались, работала простая операционная система, известная как исполнительный что позволило системному оператору загружать и запускать программы из Телетайп Модель 33 На основе ASR системная консоль.

В декабре 1964 года компания ICT создала отделение операционных систем для разработки новой операционной системы для 1906/7. Изначально филиал был укомплектован людьми, освобожденными по окончании работ над OMP операционная система для Ферранти Орион. Первоначальный дизайн новой системы, названной Джорджем в честь Джордж Э. Фелтон^[1] руководитель отдела базового программирования, был основан на идеях Orion и намотка система Атлас компьютер.^[2]

(Публично утверждалось, что Джордж выступал за общую организационную среду, но современные источники говорят, что это было backronym).^[3]

В июле 1965 г. команда ICT присутствовала на семинаре в г. НПЛ описывая CTSS операционная система, разработанная для Массачусетский технологический институтс Проект MAC. Они решили, что ИКТ должны обеспечить множественный доступ средства, известные в ИКТ как MOP, «Множественная онлайн-обработка». В ноябре 1965 г. Х. П. Гудман, руководитель отделения операционных систем присутствовал на Осенняя совместная компьютерная конференция в Лас-Вегасе, где планы на Мультики были изначально описаны.^[4] Некоторые из обсуждаемых функций Multics повлияли на будущее развитие Джорджа, в частности, древовидное хранилище файлов.

Ближе к концу 1965 года маркетинг ИКТ потребовал, чтобы более простая операционная система стала доступной быстро, особенно для небольших представителей этого диапазона. Было решено быстро выпустить две меньшие системы, известные как George 1 и George 2, а большую операционную систему переименовать в George 3.

Георгий 1 и 2

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

Георгий 2 добавил концепцию не в сети периферийное управление (намотка). Несколько разных модулей, работающих параллельно, позволяли перекрывать операции ввода, обработки и вывода:

• Задания считывались с карт или бумажной ленты во временные файлы на магнитном диске или ленте модулем ввода.
• Центральный модуль выполнял пользовательские программы, принимая входные данные из временных входных файлов и записывая выходные данные программы во временные файлы.
• Модуль вывода записывал временные файлы вывода на физические принтеры и перфораторы.
• Также был доступен модуль для ввода вакансий из запись удаленной работы станциях, вывод работы можно было распечатать на удаленном принтере.

Если установка была достаточно большой, можно было бы запустить несколько копий центрального модуля, что позволило бы выполнять несколько заданий параллельно.

Язык управления заданиями George 2 позволял использовать сохраненные макросы с условными удобствами.

Джордж 2 не имел файловой системы, система и пользовательские программы полагались на средства, предоставляемые исполнительный. Доступ к файлам на диске осуществлялся по уникальным 12-символьным именам, и никакой защиты, кроме бита «не стирать», не было.

МИНИМОП может работать одновременно с GEORGE 2 на той же машине, чтобы обеспечить возможность разделения времени в режиме онлайн.

Пример пакетного задания George 2

Вот несколько искусственный пример партии Джорджа 2:

Пакет начинается с описания должности, в которой указывается название работы, то код счета используется Джорджем для выставления счетов и имя пользователя:

РАБОЧИЙ ПЛАН4JOB, 30174, БРАЙАН

Задание сначала загружает программу #XPLT из файла на диске с именем ПРОГРАММА КОМП (XPLT - это ассемблер). Документ ИСТОЧНИК используется как вход для #XPLT на виртуальном картридере CR0.

IN ED (PROGRAM COMP) LOAD #XPLTIN CR0 (SOURCE) ENTER 1

Если #XPLT заканчивается сообщением HALT OK затем работа продолжается на лейбле 1А, в противном случае задание отображает ОШИБКИ КОМПИЛЯЦИИ и перескакивает на 5END.

ПРИ ОКОНЧАНИИ ЗАВЕРШЕНИЯ ПЕРЕЙДИТЕ К 1 ОШИБКИ КОМПИЛЯЦИИ НА ОШИБКУ 5END

На этикетке 1А программа #XPCK загружается и запускается со встроенным документом, доступным на его виртуальном кардридере. (XPCK - это компоновщик, или «консолидатор» в терминологии ICL). (Встроенный документ - это текст между строкой В CR0 / JD и терминатор ???*).

1A IN ED (PROGRAM COMP) LOAD #XPCKIN CR0 / JD * IN ED (SEMICOMPILED) * OUT ED (PROGRAM TEST) * LIST ??? * ВВЕДИТЕ 1AT УДАЛЕНО HH, ПЕРЕЙДИТЕ К 2ADISPLAY 'ОШИБКИ КОНСОЛИДАЦИИ' ПЕРЕХОД

Если #XPCK завершается без ошибок, тогда программа #HWLD запущен.

2A IN ED (ТЕСТ ПРОГРАММЫ) LOAD #HWLDENTER 05END END ****

После того, как задание будет считано, исходный документ будет использован в качестве входных данных для задания.

DOC SOURCEPROG (HWLD) STEER (LIST, OBJECT) OUTE (SEMICOMPILED (0)) WSF (HWLD) PLAN (CR) #PRO HWLD40 / TEST # LOWMESS 12HELLO WORLD # PRO # ENT 0 DISTY '11 / MESS 'DEL 2HROG ****

Наконец, сигнализируется конец партии. На этом этапе все задания в пакете будут выполняться по порядку.

Весь вывод из пакета будет распечатан на системном принтере.

КОНЕЦ ПАРТИИ

В реальном приложении задание, вероятно, будет использовать сохраненный макрос и будет намного проще, этот пример был выписан от руки в попытке показать некоторые особенности JCL.

Георгий 3 и 4

ГЕОРГИЙ 3^[5] была основной версией серии операционных систем для больших машин серии 1900. Изначально он был выпущен для 1906/7; в итоге он стал доступен для моделей вплоть до 1902T. В отличие от George 1 и 2, которые выполнялись как программы пользовательского режима под управлением исполнительной системы, George 3 была полноценной операционной системой, оставляя только низкоуровневую периферию и обработку прерываний урезанной версии исполнительной системы.

Георгий 3 был реализован как небольшая резидентная часть и набор главы (накладки), которые загружались и удалялись из памяти по мере необходимости. Главы были строго независимы от местоположения, что позволяло наилучшим образом использовать память. Внутренне Джордж использовал совместная многозадачность; переключатели контекста может состояться в любом смена главы (вызов из одной главы в другую) или в других указанных местах кода. Код пользовательского уровня был запущен с использованием вытесняющая многозадачность; переключение контекста было принудительным при операциях ввода-вывода или тактах часов.^[6]

Джордж был написан на специальном ассемблере, ДЖИН (Джордж INput), который имел более богатые возможности условной компиляции и макросов, чем стандартный ассемблер PLAN. В коде активно использовались макросы, чтобы уменьшить усилия по программированию такой большой системы на языке ассемблера. В более поздних версиях функции макроса GIN использовались для добавления структурное программирование особенности к коду. Написание системы заняло 75 программист-лет усилий.^[7]

Контроль работы

Георгий 3 был смешанной пакетной и сетевой системой. Задания можно было запускать с карточек или лент так же, как Джордж 2, или интерактивно из СС (Multiple Online Processing) терминалы, либо простые Телетайп Модель 33 ASR терминалы или блочный режим VDU терминалы.

В язык управления работой был таким же на терминалах или в пакетных заданиях и включал условные операции и макрос операции. В отличие от Unix системы язык управления заданиями был частью операционной системы, а не уровнем пользователя ракушка процесс.

Задание может иметь только одну программу, загружаемую в память одновременно, но одно задание может запускать другие задания для одновременного выполнения, если это позволяют системные ресурсы и политика сайта. Система могла выгружать пользовательские программы из памяти, пока они ожидали ввода или вывода, если для выполнения других действий требуется память.

Файловое хранилище

Джордж 3 предоставил файловое хранилище с древовидной структурой, частично вдохновленное Мультики.

У каждого пользователя системы был домашний каталог с необходимым количеством подкаталогов. Доступ к домашнему каталогу пользователя можно получить напрямую, например каталог для пользователя ДЖОН можно было бы назвать :ДЖОН, или полным путем, например, если ДЖОН был в отделе информатики, его домашний каталог мог быть : MANAGER.USERS.COMPSCI.JOHN.

Списки контроля доступа использовались в целях безопасности, пользователь мог разрешить или запретить любому пользователю или группе пользователей доступ к своим файлам или каталогам.

Хранилище файловых данных было двухуровневым: файлы могли либо находиться на диске в данный момент, либо, если в системе не хватало места на диске, они могли автоматически переноситься на магнитную ленту. Если была сделана попытка доступа к файлу, находящемуся в данный момент в автономном режиме, задание приостанавливалось, и операторы запрашивали загрузку соответствующей ленты. Когда лента становится доступной, файл возвращается на диск, и работа возобновляется.

Георгий 4

Начиная с 1904A, пейджинг unit был доступен для более крупных процессоров 1900, и George 4 был написан, чтобы использовать его преимущества. George 4 оставался совместимым с George 3. Было обычным делом чередовать George 3 и 4 на одной машине и в файловом хранилище, выполняя George 3 днем ​​для небольших интерактивных рабочих нагрузок и George 4 ночью для больших, интенсивно использующих память, задач.^[8]

Георгий 4 представил концепцию редкий программа, программа с адресным пространством, превышающим выделенную память, и доступная только для чтения (чистый) данные и код области. Новые версии консолидатор (компоновщик) и компиляторы были предоставлены для использования этих средств.

Исходный код George 3 и 4 был одинаковым; условная компиляция средства ассемблера GIN использовались для выбора компилируемой версии системы.

Поскольку функция пейджинга 1900 года не эмулировалась машинами серии 2900, которые использовались более поздними установками George, George 4 вышел из употребления до George 3.

Примеры

Вот несколько простых примеров использования Джорджа

Пример пакетного задания

Работа смоделирована на основе работы Джорджа 2, описанной выше, и, как и эта работа, является несколько искусственной, так как при реальном использовании большая часть работы будет выполняться предварительно сохраненной макрос-командой.

Работа будет прочитана из карта или же бумажная лента читатель. С небольшими изменениями (удаление первой команды «JB») его можно было сохранить в файл и запустить с интерактивного (MOP) терминала.

Как и в примере с Джорджем 2, задание начинается с команды JOB (все встроенные команды имеют длинную форму и двухбуквенное сокращение, здесь «JB» - это сокращение от «JOB»). Команда JOB дает название работы, пользователь выставляет счет за работу, :БРАЙАН, и терминатор задания «####».

JB PLAN4JOB,: BRIAN, T ####

В ЛЮБОЕ ВРЕМЯ (МЫ) команда завершается с ошибкой, работа будет продолжена с метки 5CE для исправления ошибок. В МАКСИМАЛЬНЫЙ РАЗМЕР (MZ) памяти, используемой этим заданием, составит 20К слов.

МЫ COMERR, GO 5CEMZ 20K

В СОЗДАЙТЕ (CE) команда используется для создания файла, в данном случае временного рабочего файла, "!". В ВХОД Затем команда (IN) копирует весь текст до терминатора «////» в рабочий файл.

CE! IN!, T //// PROG (HWLD) STEER (LIST, OBJECT) OUTE (SEMICOMPILED) WSF (HWLD) PLAN (CR) #PRO HWLD40 / TEST # LOWMESS 12HHELLO WORLD # PRO # ENT 0 DISTY '11 / MESS 'DEL 2HOK # ENDENDPROG ////

В НАГРУЗКА (LO) команда загружает ПРОГРАММА XPLT (ассемблер) из каталога : LIB, затем запускается ПРОДОЛЖИТЬ (RM) команда. Если запуск не останавливается на выходе LD работа продолжается с метки 1F для обработки ошибок.

LO: LIB.PROGRAM XPLTRMIF NOT HAL (LD), GO 1F

В НАЗНАЧАТЬ (AS) используется для подключения виртуального устройства чтения карт 0 к рабочему файлу, созданному выше, который затем стирается СТЕРЕТЬ (ER) команда. (Стирание будет отложено до закрытия файла).

AS * CR0,! ER!

Создается новый рабочий файл и ему назначается виртуальный построчный принтер 0.

CE! AS * LP0 ,!

Когда PROGRAM XPLT запущен, он попытается открыть дисковый файл в директиве OUTE. Мы хотим, чтобы он использовал временный рабочий файл, поэтому мы просим Джорджа МОНИТОРИРОВАТЬ открытие, останавливая выполнение и позволяя нам предоставить рабочий файл:

MN ON, ОТКРЫТО

Программа в памяти (PROGRAM XPLT) запускается в ячейке 21.

EN 1 ЕСЛИ НЕ МОНИТОР (ОТКРЫТ), ПЕРЕЙДИТЕ 1F

Создается новый рабочий файл с прямым доступом со 128 блоками слов и начальным размером 40 КБ слов. Ему назначен канал виртуального диска * DA2. Программа возобновлена.

CE! (* DA, BUCK1, KWOR40) КАК * DA2,! (ЗАПИСАТЬ) RM

Если он останавливается на выходе Ok задание продолжается с меткой 1A, если не отображается сообщение об ошибке, и задание завершается.

ЕСЛИ HAL (OK), GO 1A1F DP 0, ОШИБКА КОМПИЛЯЦИИ GO 5EX

В УДАЛИТЬ Команда (DL) удаляет ассемблер из памяти.

1A DL

Еще один рабочий файл создается для хранения инструкций для компоновщика. Поскольку инструкции компоновщика должны заканчиваться строкой «****», терминатор по умолчанию используется для команды INPUT.

CE! IN! * IN ED (ПОЛУКОМПЛЕКТОВАНО) * OUT ED (ТЕСТ ПРОГРАММЫ) * СПИСОК ****

Компоновщик, : LIB.PROGRAM XPCK загружается и инициализируется.

LO: LIB.PROGRAM XPCKRMIF NOT HAL (LD), GO 2F

Виртуальный кардридер прикрепляется к рабочему файлу, содержащему инструкции компоновщика, который затем стирается.

AS * CR0,! ER!

Затем виртуальный строчный принтер назначается в режиме добавления предпоследнему рабочему файлу, созданному и еще не удаленному (рабочие файлы хранятся в стеке, «!» - это верх стека, «! 1» - тот, который находится под ним, и т. Д.) . В СПИСОК Команда (LF) используется для печати файла на системном принтере (распечатка начнется после закрытия файла). Затем файл стирается (стирание будет отложено до завершения листинга). Канал виртуального диска * DA1 назначается верхнему рабочему файлу (содержащему выходные данные ассемблера), а для компоновщика создается еще один рабочий файл.

AS * LP0,! 1 (APPEND) LF! 1, * LP, PAER! 1AS * DA1,! ER! CE! (* DA, BUCK1, KWOR10) AS * DA13,! (WRITE) ER!

Файл создается для хранения вывода компоновщика и прикрепляется к каналу виртуального диска * DA14. Затем компоновщик запускается в местоположении 21 и, если он завершает работу с сообщением HH задание продолжается с метки 2A, в противном случае отображается сообщение об ошибке и задание завершается.

CE PROGRAM HWLD (* DA, BUCK1, KWOR5) AS * DA14, PROGRAM HWLD (WRITE) EN 1IF DEL (HH), GO 2A2F DP 0, ОШИБКИ КОНСОЛИДАЦИИ GO 5EX

На этикетке 2А программа, написанная компоновщиком, загружается в память и запускается, начиная с ячейки 20, отображается сообщение об успешном завершении и задание завершается.

2A LO ПРОГРАММА HWLDEN 0DP 0, ЗАДАНИЕ ВЫПОЛНЕНО GO 5EX

Если какая-либо команда не удалась, В ЛЮБОЕ ВРЕМЯ команда, заданная в начале задания, вызовет переход к метке 5CE который отображает сообщение об ошибке и закрывается.

5CE DP 0, ОШИБКА КОМАНДЫ В ЗАДАНИИ

Когда работа получает ярлык 5EX если в нем есть загруженная в данный момент программа, она удаляется из памяти и ENDJOB Команда (EJ) завершает задание.

5EX IF COR, ДЛЕЙ ВСЕ

Об окончании задания сигнализирует строка терминатора, определяемая РАБОТА команда.

####

Пример сеанса MOP

Все данные, введенные пользователем, показаны в нижний регистр. Все выходные данные Джорджа в верхнем регистре.

Пользователь вводит Control-A в режиме ожидания. Телетайп прикрепленный к Джорджу, Джордж отвечает своим опознавательным знаменем и подсказкой (время, затем приглашение набрать, стрелка назад. Затем пользователь входит в систему, используя АВТОРИЗОВАТЬСЯ (LN) команда. Ему будет предложено ввести пароль, который будет отображаться эхом при подключении терминала к полудуплекс режим с местное эхо. Затем работа начинается.

ЭТО GEORGE 3 MARK 8.67 НА 21MAR1121.21.23 ← ln: john, mopjobТИП ПАРОЛЬ ← парольНАЧАЛО: ДЖОН, MOPJOB, 21MAR11, 21.21.35 ТИП: MOP

Каталог создается с МАКЕДИР (MK) и текущий каталог будет изменен на новый с КАТАЛОГ (DY) команда.

21.21.35← мк hellodir21.28.10← ди привет

Системный макрос NEWCOPYIN используется для чтения с ленты серийного номера 123457. Когда макрос NEWCOPYIN загружает программу, сеанс становится полностью запущен (если система была сильно загружена, на этом этапе она может подождать).

21.28.16← newcopyin (123457)21.28.32 РАБОТА НАЧАЛАСЬ ПОЛНОСТЬЮ 21.28.32 0.03 ОСНОВНОЕ ДАННОЕ 4736 ОЖИДАНИЕ MT 123457

По всей видимости, системный оператор не смог найти ленту и использовал CANTDO команда отказаться от загрузки, NEWCOPYIN не работает.

ОШИБКА В ПАРАМЕТРЕ 2 В OL В NEWCOPYIN: MT (123457) ПРАВИЛЬНО ИДЕНТИФИЦИРОВАНА, НО НЕДОСТУПНО DISPLAY: ERROR IN NEWCOPYIN. МАКРОСБРАННЫЙ 21.28.58 БЕСПЛАТНО * CR0, 0 ПЕРЕДАЧИ 21.28.58 0.05 УДАЛЕН, ЗАБЛОКИРОВАН 0.000.05: УДАЛЕНИЕ МАКРОСА

На этот раз пользователь снова пытается ввести правильный серийный номер. Когда лента становится доступной, ему предлагается загрузить файл. Список файлов заканчивается знаком «****».

21.28.58← newcopyin (123456)21.32.21 0.06 CORE GIVEN 4736WAITING FOR MT 12345621.32.34 USED U31 AS * MT0, MT (123456, HELLOTAPE (0/0)) ← привет привет (/ план)← ****21.32.52 БЕСПЛАТНО * CR0, 2 ПЕРЕДАЧИ ДИСПЛЕЙ: 1 ПАРАМЕТР ПРИНЯТ ДИСПЛЕЙ0.08: МОНИТОРИНГ: ВХОДНАЯ ЛЕНТА * 123456.DISPLAY0.08: МОНИТОР21.32.52 БЕСПЛАТНО * FH0, 1 ПЕРЕДАЧИ 21.32.52 БЕСПЛАТНО U31,8 ПЕРЕДАЧИ0.10: УДАЛЕНА: OK21. 32,52 0,10 УДАЛЕНО, ЗАБЛОКИРОВАНО 0,00 КОНЕЦ МАКРОСА

Файл загружен с ленты. В СПИСОК (LF) команда используется для проверки его содержимого

21.32.52← lf привет#PRO HWLD40 / TEST # LOWMESS 12HHELLO WRLD # PRO # ENT 0 DISTY '11 / MESS 'DEL 2HOK # END

Кажется, произошла ошибка, поэтому пользователь использует РЕДАКТИРОВАТЬ (ED) команда, чтобы исправить это. Подкоманда редактора TC используется для позиционирования в строке, содержащей "WRLD", р команда заменяет "WRLD" на "WORLD", затем E команда записывает файл.

21.33.01← Эд привет

РЕДАКТОР ГОТОВ

0.0← tc / wrld /2.0← r / wrld / world /2.29← е

Системный макрос ПЛАНКОМП используется для компиляции файла ПРИВЕТ (/ ПЛАН) к ПРОГРАММА HELO

21.43.46← plancomp * cr привет (/ план), * idheloФАЙЛЫ УЖЕ ОНЛАЙН:: LIB.SUBGROUPS-RS (1 / V3): LIB.PROGRAM XPCK (1 / V12K): LIB.PROGRAM XPLT (1 / V8C) 21.43.58 0.58 CORE GIVEN 189440.58: HALTED: LDDISPLAY: START JOB , OPEN * DA2 N CA 1641 M = # 00100 FN = SEMICOMPILED1.00: MONITOR21.43.58 FREE * CR0, 8 TRANSFERSDISPLAY: COMP OK 84 # HELO21.43.58 FREE * DA2, 9 TRANSFERS1.01: DELETED: FI # XPCK21.43.58 БЕСПЛАТНО * TR0, 7 ПЕРЕВОДОВ 21,43,58 БЕСПЛАТНО * LP0, 83 ПЕРЕВОДОВ 21,43,58 1,01 УДАЛЕНА, ЗАБЛОКИРОВАНО 0,0021,43,59 1,07 ОСНОВНОЙ ДАННЫЙ 1139221.43,59 БЕСПЛАТНО * CR0, 5 ПЕРЕДАЧИ 21,43,59 БЕСПЛАТНО * DA14,20 ПЕРЕДАЧИ 21,43,59 БЕСПЛАТНО * DA1, 9 ПЕРЕДАЧИ 21.43.59 БЕСПЛАТНО * DA2, 2 ПЕРЕВОДА 21.43.59 БЕСПЛАТНО * DA13,7 ПЕРЕДАЧИ 1.07: УДАЛЕНО: HH21.43.59 БЕСПЛАТНО * LP0, 32 ПЕРЕДАЧИ 21.43.59 БЕСПЛАТНО * DA15,0 ПЕРЕДАЧИ 21.43.59 1.07 УДАЛЕНО, ЗАПРЕЩЕНО 0.00 ДИСПЛЕЙ: СОСТАВ ПЛАНА / КОНСОЛИДАЦИЯ OKAYEND МАКРО

Недавно составленный ПРОГРАММА HELO загружается в память НАГРУЗКА (LD), затем началась с ВОЙТИ (EN) команда. Он отображает традиционное сообщение, а затем удаляет себя из памяти.

21.43.59← вот программа, привет21.44.06← en21.44.07 1.09 CORE GIVEN 64 ДИСПЛЕЙ: HELLO WORLD 1.09: УДАЛЕНО: OK21.44.07 1.09 УДАЛЕНО, ЗАБЛОКИРОВАНО 0.00

После завершения сегодняшней тяжелой работы пользователь выходит из системы с помощью ВЫЙТИ (LT) команда. В время мельницы и Деньги отображаются использованные и оставшиеся.

21.44.07← ltМАКСИМАЛЬНЫЙ ОНЛАЙН BS ИСПОЛЬЗОВАНО 252 KWORDS21.44.12 1.09 ЗАВЕРШЕНО: 0 LISTFILESBUDGET ИСПОЛЬЗУЕТСЯ ОСТАЛОСЬ (M) 70 -97797ДЕНЕГ 35 8032721.44.12 ←

Исходный код

George был распространен в форме, которая позволяла сайту изменять большие части системы. Компиляция системы была начата, затем прервана перед самым концом и записана на магнитную ленту. Компилятор GIN позволил продолжить компиляцию с этого момента на сайте пользователя, возможно, изменив уже скомпилированный код.

Версии George 3 до выпуска 8 предоставлялись в двоичной форме. Любые модификации, необходимые для системы, вносились в виде двоичных исправлений. Чтобы упростить процесс, в большинство глав Джорджа включены пустые MEND площадь в конце.

Начиная с версии 8, исходники Джорджа распространялись вместе с двоичным файлом, как на магнитной ленте, так и на микрофишах. Система патчей исходного уровня, известная как МЕНДИТЫ был использован для модификации системы, и существующая глава могла быть полностью заменена новой измененной главой.

Группа пользователей Джорджа создала «схему обмена MEND», чтобы поделиться с Джорджем интересными модификациями. Некоторые модификации распространялись бесплатно, другие - за плату. Когда ICL выпускала новую версию Джорджа, они иногда включали модификации, сделанные пользователями.

Для последней выпущенной версии 8.67 большинство патчей из схемы обмена MEND были включены в стандартный исходный код Джорджа, отключенный условная компиляция. Их можно включить как часть стандартного процесса адаптации Джорджа к сайту.

Документация

GEOrge был хорошо документирован внутри компании в серии папок с отрывными листами, распространяемых как первоначальная версия с поправками. В конце концов, все исходные страницы были заменены, так что любая новая копия руководств состояла из коробки с пустыми папками с отрывными листами и стопки поправок. Первой поправкой был список участников, и техническая причина поправки была описана как «сделать всех счастливыми».

Модифицированные версии

Модифицированная версия George 3 была поставлена ​​в Региональный компьютерный центр Манчестерского университета (UMRCC). Это связывало Георгия 3 с CDC Cyber машина, для которой Джордж предоставил функции автономного ввода-вывода и очереди заданий. Как ICL, так и Cyber ​​обеспечивали онлайн-поддержку как для оборудования, так и для программного обеспечения. Команда поддержки Cyber ​​работала в офисе с названием "Киберлюдей" на двери.^{[нужна цитата]}

Конец жизни

Моральное устаревание

С выпуском «новой линейки» ICL 2900 серии с этими VME операционная система Джорджа устарела. Однако из-за унаследованных инвестиций в программное обеспечение для Джорджа, ICL выпустила варианты для запуска программного обеспечения серии 1900, включая Джорджа, на машинах серии 2900, первоначально Прямая машинная среда (DME), позже Concurrent Machine Environment (CME), которая позволяла одновременный запуск кода 1900 и 2900 в одной системе.

Новые версии George 3 продолжали выпускаться для 2900. Последней версией была 8.67, выпущенная в 1983 году.

По состоянию на 2005 год как минимум один сайт в Россия все еще работал с Георгием 3 под DME.^[9]

В ноябре 2014 года Георг 3 был запущен на отремонтированном ICL 2966 на Национальный музей вычислительной техники.^[10]

Эмуляция

Дэвид Холдсворт и Делвин Холройд получил копии кассет с выпуском Георгия 3, когда последний действующий сайт в Великобритания, в British Steel Corporation, выводился из эксплуатации и написал эмулятор для оборудования 1900 и исполнительного устройства, которое позволяет запускать Джорджа на Майкрософт Виндоус и Linux в рамках проекта для Общество сохранения компьютеров.^[11][12] Эмулятор включает в себя эмуляцию Executive и Java-эмуляцию коммуникационного процессора ICL7903, что позволяет запускать сеансы MOP с помощью telneting (в данном случае) порта 2023.

Исполнительный эмулятор George 3 от Дэвида Холдсворта и Делвина Холройда Построена: 15 мая 2014 г. Размер памяти: 256K Команда Exec: DA GEORGE3A Ожидание подключения по telnet консоли через порт 1900

Эмулятор контроллера связи ICL 7903 от Дэвида Холдсуорта и Делвин Холройд Построение: 23 февраля 2014 г. -? для информации об использовании Прослушивание соединений TTY на порте 2023 - доступно 4 Прослушивание соединений VDU на порте 7181 - 4 доступно Прослушивание соединения хоста на порте 7903

Тесты с эмулятором показывают, что George 3 Y2K совместимый.

Рекомендации

дальнейшее чтение

• Oestreicher, M.D .; Бейли, М. Дж .; Штраус, Дж. И. (1967-11-01). «GEORGE 3 --- Операционная система общего назначения с разделением времени». Коммуникации ACM. 10 (11): 685–693. Дои:10.1145/363790.363806.