MUSIC/SP

MUSIC/SP

Пример начального экрана входа в систему MUSIC / SP
Разработчик	университет Макгилла
Состояние разработки	Прекращено
Дата первого релиза	1972
Доступно в	английском языке
Платформы	S/360, S/370, и 4300-series mainframes

MUSIC/SP

MUSIC/SP – операционная система, которая в каком то роде похожа на UNIX. Она вышла еще в далеком 1972, но это многозадачная и функциональная операционная система. Была разработана в Университете Макгилла в 1970-х годах из ранней системы IBM под названием RAX (вычислительная система удаленного доступа). MUSIC / SP предоставляет программное обеспечение для поддержки общеорганизационной электронной информационной службы. Они включают в себя: Очень быстрый поиск по ключевым словам Интерфейс меню Электронные форматы Электронная почта Электронные конференции Веб-публикация Прикладное программирование Безопасное центральное хранилище файлов Шифрование данных Поддержка тысяч пользователей Статистика использования и учет Доступ через 3270, VT100 или веб-браузеры Экономичная эксплуатация

Последняя официальная версия MUSIC / SP была 5.3 (май 1999), которая работает в режиме S/370 (не ESA). Более поздняя версия, 6.1, которая работает в режиме S/390 (ESA), также существует, но не была широко распространена. Демо-версия MUSIC / SP основана на версии 6.1, а текущая версия демо-системы-6.2.

История разработки

1966-выпущен IBM Remote Access Computing System (RAX).

1972-модификации RAX Макгилла, принятые IBM для распространения как " установленная пользовательская программа "под названием" Университетская система интерактивных вычислений Макгилла ".

1978-MUSIC 4.0 основные изменения в файловой системе, обеспечивающие более длинные имена файлов и расширенный контроль доступа.

1981 - поддержка музыки 5.0 для процессоров IBM 4300 series и дисков FBA.

1985-MUSIC / SP 1.0 принят IBM как "системный продукт". Поддержка виртуальной памяти.

1991-MUSIC / SP 2.3 поддержка интернета и древовидной файловой системы.

Особенности

Файловая система

Файловая система MUSIC / SP была уникальной по множеству аспектов. Был один общесистемный файловый индекс. Идентификатор пользователя владельца и имя файла были хэшированы, чтобы найти файл в этом индексе, поэтому любой файл в системе может быть найден с помощью одной операции ввода-вывода. Тем не менее, это представляло собой плоскую файловую систему для пользователя. Ему не хватало структуры каталогов, обычно предлагаемой системами DOS, Windows и Unix. В 1990 году на него было наложено" древовидное " представление каталога файловой системы, что привело систему в большее соответствие с файловыми системами, которые были тогда доступны. По умолчанию информация, хранящаяся в файлах, была сжата. Это позволило значительно сэкономить место на диске. Файловая система имела довольно сложную схему контроля доступа, позволяющую владельцу контролировать, кто может читать, писать, добавлять и выполнять файл. Он также имел концепцию "публичного" файла, который был виден всем пользователям, и" частного " файла, который был виден только владельцу. В версии 2.3 даже частные файлы были перечислены в общей библиотеке, в результате чего ни один из двух пользователей не мог иметь файлы под тем же именем; к 4.0 это ограничение было удалено.

Виртуальная память

Начальные версии системы не обеспечивали поддержку виртуальной памяти и преобразования адресов. Только один активный пользователь может находиться в памяти ядра в любое время. Обмен (на диск) использовался для разделения времени между разными пользователями, и использовался timeslice переменной длины. Поддержка виртуальной памяти была введена в 1985 году. Это позволило нескольким пользователям одновременно находиться в основной памяти, устранило многие ограничения в размере программ, которые могли быть запущены, и обеспечило значительное повышение производительности. Производительность системы также была улучшена путем предварительной загрузки обычно используемых модулей в виртуальную память во время запуска, где они могли быть доступны всем пользователям одновременно.

Алгоритмический язык

Система была разработана для поддержки академических вычислений и преподавания компьютерных наук, поэтому был доступен богатый набор языков программирования. Ядро системы было написано на ассемблере IBM/370, но большинство нативных приложений были написаны на FORTRAN. Система поддерживает Ватерлоо WATFIV и WATBOL компиляторы, а также предоставил компиляторы для Паскаля, Си, ПЛ/я, основная, компания APL, Алгол, РПГ, и ГПСС. В системе отсутствовал командный язык сценариев, пока REXX не был портирован из CMS в 1984 году. Позже, в 1986 году, полный пользовательский интерфейс был полностью написан на REXX.

Электронная почта и интернет

Электронная почта была одним из основных приложений на MUSIC/SP. Первоначально интерфейс электронной почты обеспечивал доступ к локальной электронной почте. По мере развития сетей она расширялась для обеспечения доступа к BITNET и электронной почте на основе Интернета. MUSIC / SP не имел прямого доступа к Интернету до 1990 года, когда в систему был портирован TCP/IP-код Висконсинского университета Wiscnet, что позволило системе обеспечить доступ ко всем интернет-услугам.

Совместимость с другими системами IBM

Главной особенностью системы была ее способность запускать программы, предназначенные для работы в основной операционной системе IBM (MVS). Это было выполнено с помощью эмулятора MVS, который перехватил системные вызовы на уровне инструкции вызова супервизора (SVC). Большинство сторонних приложений работает в этом режиме. Вместо того чтобы писать собственную версию приложения, разработчики MUSIC/SP обычно запускают версию MVS и перестраивают ее для работы в режиме эмуляции MVS. Поскольку эмуляция MVS была очень ограниченным подмножеством реальной вещи, приложения обычно работали более эффективно на MUSIC/SP.

Другие функции

Одним из основных преимуществ системы в образовательных средах было то, что с помощью специальных строк, называемых "контрольными картами" в верхней части файла, исходные файлы для любого поддерживаемого языка могли автоматически направляться в соответствующий компилятор (Fortran по умолчанию), компилироваться, связываться и выполняться (с параметрами компиляции, компоновки и выполнения, также указанными в контрольных картах), просто введя имя файла в командной строке.

По состоянию на 1980 год поддерживалось большое разнообразие терминалов, включая как EBCDIC-модули, использующие протоколы IBM, так и асинхронные ASCII-модули. Поскольку терминалы были подключены через различные типы интерфейсных процессоров (в соответствии с обычной практикой IBM timesharing как тогда, так и сейчас), и поэтому могли функционировать без внимания процессора в течение значительного времени, музыка использовала временные срезы переменной длины, которые могли при обработке с привязкой к вычислениям достигать максимум нескольких секунд за временной срез; и наоборот, если пользователь заполнит выходной буфер или достигнет разговорного чтения, timeslice закончится немедленно.

Ссылки

• http://www.canpub.com/teammpg/de/mcgweb/msi/musicsp.htm - «MUSIC/SP Operating System - Introduction»
• https://www.mcgill.ca - Университет Макгилла.
• https://en.wikipedia.org/wiki/MUSIC/SP - Статья о MUSIC/SP на Wikipedia.