Система выполнения - Runtime system

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

В компьютерное программирование, а система времени выполнения, также называемый среда выполнения, в первую очередь реализует части модель исполнения^{[требуется разъяснение ]}. Это не следует путать с время выполнения этап жизненного цикла программы, в течение которого исполняющая система находится в работе.

Наиболее языки программирования иметь некоторую форму системы времени выполнения, которая обеспечивает среду, в которой выполняются программы. Эта среда может решить ряд проблем, включая управление применения объем памяти, как программа обращается к переменные, механизмы передачи параметров между процедуры, взаимодействуя с Операционная система, и иначе. В компилятор делает предположения в зависимости от конкретной системы времени выполнения для генерации правильного кода. Обычно исполняющая система несет некоторую ответственность за настройку и управление куча и куча, и может включать такие функции, как вывоз мусора, потоки или другой динамичный функции, встроенные в язык.^[1]

Обзор

Каждый язык программирования определяет модель выполнения, и многие реализуют по крайней мере часть этой модели в системе выполнения. Одним из возможных определений поведения системы времени выполнения является, среди прочего, любое поведение, не связанное напрямую с самой программой. Это определение включает, как часть системы времени выполнения, такие вещи, как размещение параметров в стеке перед вызовом функции, поведение диска Ввод / вывод, и параллельное выполнение связанных действий.

Согласно этому определению, практически каждый язык имеет систему времени выполнения, включая компилированные языки, интерпретируемые языки, и встроенные предметно-ориентированные языки. Четное API вызвали автономные модели исполнения, такие как Pthreads (POSIX потоки ) имеют систему времени выполнения, которая является реализацией поведения модели выполнения.

Большинство научных работ по системам времени выполнения сосредоточено на деталях реализации параллельных систем выполнения. Ярким примером параллельной системы выполнения является пример Силк, популярная модель параллельного программирования.^[2]Кроме того, был создан инструментарий прото-среды выполнения, чтобы упростить создание систем параллельного выполнения.^[3]

В дополнение к поведению модели выполнения, исполняющая система может также выполнять вспомогательные услуги, такие как проверка типа, отладка, или же генерация кода и оптимизация.^[4]

Система времени выполнения также является шлюзом, с помощью которого запущенная программа взаимодействует с среда выполнения, который содержит не только значения состояния, доступные во время выполнения программы, но и активные сущности, с которыми можно взаимодействовать во время выполнения программы, например, дисковые накопители и людей с помощью клавиатуры. Например, переменные среды являются особенностями многих операционных систем и являются частью среды выполнения; работающая программа может получить к ним доступ через систему времени выполнения. Точно так же аппаратные устройства, такие как DVD-привод, являются активными объектами, с которыми программа может взаимодействовать через систему выполнения.

Уникальное приложение среды выполнения (RTE) находится в операционной системе (ОС), которая Только позволяет этому RTE работать, то есть от загрузки до отключения питания вся ОС предназначена только для приложений, работающих в этом RTE. Любой другой код, который пытается запустить, или любые сбои в приложении (ах) нарушают RTE, что нарушает работу ОС, что останавливает всю обработку и требует перезагрузки. Если загрузка выполняется из постоянной памяти, создается чрезвычайно безопасная, простая система с одной задачей.

Примеры такого рода систем времени исполнения с прямым набором включают:

• Между 1983 и 1984 гг. Цифровые исследования предложили несколько своих деловых и образовательных приложений для IBM PC на загрузочных дискетах в комплекте с SpeedStart CP / M-86, сокращенная версия CP / M-86 как среда выполнения.^{[5][6][7][8][9]}
• Некоторые автономные версии Издатель Ventura (1986–1993),^[10] Artline (1988–1991),^[10] Издатель Timeworks (1988–1991) и ViewMAX (1990–1992)^[11][12][13] содержали специальные исполняемые версии Digital Research GEM в качестве среды их выполнения.^[10]
• В конце 1990-х Программное обеспечение JP процессор командной строки 4ДОС был опционально доступен в специальной версии среды выполнения для связи с БАТКОМП предварительно скомпилированный и зашифрованный пакетные задания чтобы создать неизменяемый исполняемые файлы из пакетных сценариев и запускать их в системах без установленной 4DOS.^[14]

Примеры

В качестве простого примера базовой системы времени выполнения система времени выполнения Язык C - это особый набор инструкций, вставленных компилятором в исполняемый образ. Среди прочего, эти инструкции управляют стеком процессов, создают пространство для локальных переменных и копируют параметры вызова функций в верхнюю часть стека. Часто нет четких критериев для принятия решения о том, какое поведение языка рассматривается в системе времени выполнения, а какое поведение является частью исходной программы. Для C установка стека является частью системы времени выполнения, а не частью семантики отдельной программы, поскольку она поддерживает глобальный инвариант, который сохраняется для всех выполнений. Это систематическое поведение реализует модель исполнения языка, в отличие от реализации семантика текста конкретной программы, который непосредственно транслируется в код, вычисляющий результаты.

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

Другой пример - использование интерфейс прикладного программирования (API) для взаимодействия с системой времени выполнения. Вызовы этого API выглядят так же, как вызовы обычного библиотека программного обеспечения, однако в какой-то момент во время вызова модель выполнения меняется. Система времени выполнения реализует модель выполнения, отличную от той, на которой написана библиотека. Человек, читающий код нормальной библиотеки, сможет понять поведение библиотеки, просто зная язык, на котором была написана библиотека. Однако человек, читающий код API, который вызывает систему времени выполнения, не сможет понять поведение вызова API, просто зная язык, на котором был написан вызов. В какой-то момент через какой-то механизм модель выполнения перестает соответствовать языку, на котором написан вызов, и переключается на модель выполнения, реализованную средой выполнения система. Например, инструкция trap - это один из методов переключения моделей выполнения. Это различие отличает вызываемую API модель выполнения, такую ​​как Pthreads, от обычной программной библиотеки. И вызовы Pthreads, и вызовы программных библиотек вызываются через API, но поведение Pthreads нельзя понять с точки зрения языка вызова. Скорее, вызовы Pthreads задействуют внешнюю модель выполнения, которая реализуется системой времени выполнения Pthreads (эта система времени выполнения часто является ядром ОС).

В качестве крайнего примера, физический процессор можно рассматривать как реализацию системы времени выполнения определенного языка ассемблера. С этой точки зрения модель выполнения реализуется физическим процессором и системами памяти. По аналогии, системы времени выполнения для языков более высокого уровня сами реализуются с использованием некоторых других языков. Это создает иерархию систем времени выполнения с самим ЦП или фактически его логикой в микрокод уровень или ниже - действуя как исполняющая система самого низкого уровня.

Расширенные возможности

Некоторые компилируемые или интерпретируемые языки предоставляют интерфейс, который позволяет коду приложения напрямую взаимодействовать с системой времени выполнения. Примером может служить Нить класс в Язык Java. Класс позволяет коду (который анимирован одним потоком) выполнять такие действия, как запуск и остановка других потоков. Обычно основные аспекты поведения языка, такие как планирование задач и Управление ресурсами недоступны в этом режиме.

Поведение более высокого уровня, реализуемое системой выполнения, может включать в себя такие задачи, как рисование текста на экране или подключение к Интернету. Часто бывает так, что операционные системы также обеспечивают такое поведение, и, когда доступно, исполняющая система реализуется как слой абстракции который преобразует вызов системы времени выполнения в вызов операционной системы. Это скрывает сложность или различия в услугах, предлагаемых разными операционными системами. Это также означает, что ядро ​​ОС можно рассматривать как систему времени выполнения, а набор вызовов ОС, которые вызывают поведение ОС, можно рассматривать как взаимодействие с системой времени выполнения.

В пределе исполняющая система может предоставлять такие услуги, как P-кодовая машина или же виртуальная машина, которые скрывают даже процессор Набор инструкций. Это подход, которого придерживаются многие интерпретируемые языки Такие как AWK, и некоторые языки, например Ява, которые предназначены для компиляции в некоторые машинно-независимые промежуточное представление код (например, байт-код ). Такое расположение упрощает задачу реализации языка и его адаптации к различным машинам, а также повышает эффективность сложных языковых функций, таких как отражение. Это также позволяет выполнять одну и ту же программу на любой машине без явного шага перекомпиляции, функция, которая стала очень важной с момента распространения Всемирная паутина. Для ускорения выполнения в некоторых системах времени выполнения своевременная компиляция в машинный код.

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

История

Известными ранними примерами систем времени выполнения являются интерпретаторы для БАЗОВЫЙ и Лисп. Эти среды также включали уборщик мусора. Четвертый является ранним примером языка, предназначенного для компиляции в код промежуточного представления; его исполняющая система представляла собой виртуальную машину, которая интерпретировала этот код. Другой популярный, но теоретический пример: Дональд Кнут с СМЕШИВАНИЕ компьютер.

В C и более поздних языках, которые поддерживали динамическое распределение памяти, система времени выполнения также включала библиотеку, которая управляла пулом памяти программы.

в объектно-ориентированные языки программирования, исполняющая система часто также отвечала за динамическую проверку типов и разрешение ссылок на методы.

Смотрите также

• Время выполнения (фаза жизненного цикла программы)
• Модель исполнения
• Модель программирования
• Самозапускающийся
• Статическая сборка

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

1. Ахо, Альфред В.; Лам, Моника Син-Линг; Сетхи, Рави; Ульман, Джеффри Дэвид (2007). Компиляторы: принципы, методы и инструменты (2-е изд.). Бостон, Массачусетс, США: Pearson Education. п.427. ISBN  978-0-321-48681-3.
2. Блюмофе, Роберт Дэвид; Joerg, Christopher F .; Kuszmaul, Bradley C .; Leiserson, Charles E .; Randall, Keith H .; Чжоу, Юли (август 1995 г.). "Cilk: эффективная многопоточная система времени выполнения". PPOPP '95: Материалы пятого симпозиума ACM SIGPLAN по принципам и практике параллельного программирования. Ассоциация вычислительной техники (ACM): 207–216. Дои:10.1145/209936.209958. S2CID  221936412. В архиве из оригинала на 2020-02-11. Получено 2020-01-11.
3. Исследовательский институт открытого исходного кода (2011). «Добро пожаловать на домашнюю страницу Proto-Runtime Toolkit». Инструментарий Proto-Runtime Toolkit (PRT). В архиве из оригинала на 2020-02-11. Получено 2020-01-11.
4. Аппель, Эндрю Уилсон (Май 1989 г.). «Система выполнения» (PDF). Университет Принстона. Архивировано из оригинал (PDF) на 2013-12-30. Получено 2013-12-30.
5. «Посмотрите, что нового в библиотеке приложений CP / M для IBM PC - Предложение по экономии времени - одновременное использование CP / M бесплатно» (PDF) (Флаер продукта). Пасифик Гроув, Калифорния, США: Digital Research, Inc. 1983. В архиве (PDF) из оригинала на 2020-02-11. Получено 2020-02-11. […] SpeedStart упрощает использование нашего программного обеспечения. Все программное обеспечение в библиотеке приложений CP / M имеет новую версию SpeedStart. CP / M Операционная система встроена прямо на программный диск. Все, что вам нужно сделать, чтобы использовать эти приложения, - это вставить диск в IBM PC, включите систему, и вы готовы к работе. Это избавляет от необходимости загружать отдельную операционную систему, менять диски и загружать прикладную программу. Программное обеспечение SpeedStart из библиотеки приложений CP / M также: […] Предоставляет вам бесплатную рабочую версию CP / M […] Устраняет необходимость установки каждой новой прикладной программы […] Обеспечивает совместимость с Цифровые исследования мощная 16-битная операционная система, CP / M-86, а также современные многозадачные Параллельные CP / M Операционная система. […]
6. «DRI поставляет версию Dr. Logo 128K» (PDF). Микро заметки - Техническая информация о продуктах Digital Research. 2 (2). Пасифик Гроув, Калифорния, США: Digital Research, Inc. Май 1984. с. 4. NWS-106-002. В архиве (PDF) из оригинала на 2020-02-11. Получено 2020-02-11. […] Доктор Лого впервые появился на розничном рынке осенью 1983 г. IBM PC и поднялся на вершину Горячий список Softsel. В розничную версию включены SpeedStart CP / M, сокращенная версия CP / M который загружается автоматически когда система включена. […] [1]
7. Digital Research Inc. (Февраль 1984 г.). «Представляем программное обеспечение для IBM PC с бонусом в 350 долларов!». БАЙТ (Рекламное объявление). Vol. 9 нет. 2. С. 216–217.. Получено 2013-10-22. [2][3]
8. Digital Research Inc. (1984-02-07). «Представляем программное обеспечение для IBM PC с бонусом в 350 долларов!». Журнал ПК (Рекламное объявление). Vol. 3 шт. 2. PC Communications Corp. С. 50–51. ISSN  0745-2500. Архивировано из оригинал на 2020-02-11. Получено 2020-02-11.
9. Digital Research Inc. (Декабрь 1983 г.). «Представляем программное обеспечение для IBM PC с бонусом в 350 долларов!». Журнал ПК (Рекламное объявление). Vol. 2 шт. 7. PC Communications Corp. С. 306–307. ISSN  0745-2500. Архивировано из оригинал на 2020-02-11. […] Представляем SpeedStart - эксклюзивный программный комплекс load - & go. Библиотека приложений CP / M предлагает больше, чем просто лучшие бренды IBM PC программное обеспечение в бизнесе. Каждое из наших приложений обеспечивает непревзойденное удобство нашей эксклюзивной однодисковой системы SpeedStart. SpeedStart - специальная версия мощного CP / M-86 операционная система, встроенная в каждый из наших дисков с программным обеспечением. Когда вы будете готовы к работе, просто загрузите диск, включите свой IBM PC и вперед! SpeedStart устраняет трудоемкую задачу загрузки отдельного операционного диска и последующей «установки» программного обеспечения. Фактически, система SpeedStart позволяет вам работать быстрее и проще, чем любое другое программное обеспечение, доступное сегодня. Лучше всего то, что это ваше без каких-либо дополнительных затрат. Более того, SpeedStart можно обойти, чтобы запустить программное обеспечение под управлением операционной системы IBM PC будущего - замечательного многозадачного Параллельные CP / M. […]
10. Крауттер, Томас; Барнс, Крис Дж. (14 июня 2006 г.) [29 декабря 1999 г.]. "ДРАГОЦЕННЫЙ КАМЕНЬ / 4". Разработка GEM. В архиве из оригинала от 16.03.2013. Получено 2020-01-12. […] Artline 2 Операционная система была GEM / 4 […] Все изменения в GEM / 4 были внесены в сотрудничестве с Ли Лоренцен и Дон Хейскелл сохранить совместимость с издатель ventura. […]
11. Эллиотт, Джон С. (1999-05-09). «Сравнение GEM и ViewMAX». Seasip.info. В архиве из оригинала от 07.11.2016. Получено 2016-11-07.
12. Пол, Маттиас Р. (1997-04-13) [1993]. DRDOS6UN.TXT - Zusammenfassung der dokumentierten und undokumentierten Fähigkeiten von DR DOS 6.0. MPDOSTIP (на немецком языке) (60 изд.). В архиве из оригинала от 07.11.2016. Получено 2016-11-07.
13. Пол, Маттиас Р. (1997-06-07) [1994]. NWDOS7UN.TXT - Zusammenfassung der dokumentierten und undokumentierten Fähigkeiten von Novell DOS 7. MPDOSTIP (на немецком языке) (85 изд.). В архиве из оригинала от 07.11.2016. Получено 2016-11-07.
14. Георгиев, Лучезар И. (02.11.2008). «Рабочая версия 4DOS, BATCOMP и шифрование пакетных файлов». Архив группы новостей Narkive. Группа новостей: comp.os.msdos.4dos. В архиве из оригинала на 2020-01-11. Получено 2020-01-11.

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

• «NAME ENTX - Microsoft MS-DOS Computer Pascal runtime system control». 1.00. Microsoft Corp. 1981. В архиве из оригинала на 2018-09-23. Получено 2018-09-23.