Сравнение программного обеспечения для виртуализации приложений - Comparison of application virtualization software

Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален Найдите источники: «Сравнение программ виртуализации приложений»  – Новости  · газеты  · книги  · ученый  · JSTOR (Октябрь 2011 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

Программное обеспечение для виртуализации приложений относится к обоим приложениям виртуальные машины и программное обеспечение, отвечающее за их реализацию. Виртуальные машины приложений обычно используются для байт-код для переносимости на многих компьютерных архитектурах и операционных системах. Приложение обычно запускается на компьютере с устный переводчик или же своевременная компиляция (JIT). Часто существует несколько реализаций данной виртуальной машины, каждая из которых покрывает свой набор функций.

Сравнение виртуальных машин

JavaScript машины в комплект не входят. Видеть Список движков ECMAScript найти их.

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

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

Управление памятью в этих портативных виртуальных машинах адресуется на более высоком уровне абстракции, чем на физических машинах. Некоторые виртуальные машины, например популярные Виртуальные машины Java (JVM) связаны с адресами таким образом, чтобы требовать безопасного автоматического управления памятью, позволяя виртуальной машине отслеживать ссылки на указатели и запрещая машинным инструкциям вручную создавать указатели на память. Другие виртуальные машины, такие как LLVM, больше похожи на традиционные физические машины, позволяя напрямую использовать указатели и управлять ими. Общий промежуточный язык (CIL) предлагает гибрид между ними, позволяя как контролируемое использование памяти (например, JVM, которое обеспечивает безопасное автоматическое управление памятью), так и разрешающий «небезопасный» режим, который позволяет прямое манипулирование указателями способами, которые могут нарушать границы типов и разрешения. .

Безопасность кода обычно относится к способности портативной виртуальной машины запускать код, предлагая ей только предписанный набор возможностей. Например, виртуальная машина может разрешить коду доступ только к определенному набору функций или данных. Те же элементы управления указателями, которые делают возможным автоматическое управление памятью и позволяют виртуальной машине обеспечивать безопасный доступ к данным, используются для гарантии того, что фрагмент кода разрешен только для определенных элементов памяти и не может обойти саму виртуальную машину. Затем наверху накладываются другие механизмы безопасности, такие как средства проверки кода, средства проверки стека и другие методы.

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

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

Опережающая компиляция (AOT) относится к более классическому методу использования прекомпилятора для генерации набора собственных инструкций, которые не меняются во время выполнения программы. Поскольку агрессивная компиляция и оптимизация могут занять время, предварительно скомпилированная программа может запускаться быстрее, чем программа, для выполнения которой используется только JIT. Реализации JVM уменьшили эту стоимость запуска за счет начальной интерпретации для ускорения времени запуска, пока фрагменты собственного кода не могут быть сгенерированы JIT.

Общие библиотеки это средство для повторного использования сегментов машинного кода в нескольких запущенных программах. В современных операционных системах это обычно означает использование виртуальная память для совместного использования страниц памяти, содержащих общую библиотеку, между различными процессами, которые защищены друг от друга с помощью защита памяти. Интересно, что агрессивные методы JIT, такие как адаптивная оптимизация, часто создают фрагменты кода, непригодные для совместного использования между процессами или последовательными запусками программы, требуя компромисса между эффективностью предварительно скомпилированного и совместно используемого кода и преимуществами адаптивно специализированного кода. Например, несколько положений CIL позволяют создавать эффективные совместно используемые библиотеки, возможно, за счет более специализированного кода JIT. Реализация JVM на OS X использует общий архив Java^[3] чтобы обеспечить некоторые преимущества общих библиотек.

Сравнение реализаций виртуальных машин приложений

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

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

• Виртуализация приложений
• Привязка к языку
• Интерфейс внешней функции
• Соглашение о вызове
• Изменение имени
• Интерфейс прикладного программирования (API)
• Бинарный интерфейс приложения (ABI)
• Сравнение программного обеспечения для виртуализации платформ
• Список движков ECMAScript
• WebAssembly

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