Porovnání softwaru pro virtualizaci aplikací - Comparison of application virtualization software

tento článek potřebuje další citace pro ověření. Prosím pomozte vylepšit tento článek podle přidávání citací ke spolehlivým zdrojům. Zdroj bez zdroje může být napaden a odstraněn. Najít zdroje: „Porovnání softwaru pro virtualizaci aplikací“  – zprávy  · noviny  · knihy  · učenec  · JSTOR (Říjen 2011) (Zjistěte, jak a kdy odstranit tuto zprávu šablony)

Software pro virtualizaci aplikací odkazuje na obě aplikace virtuální stroje a software odpovědný za jejich implementaci. K povolení aplikace se obvykle používají aplikační virtuální stroje bytecode provozovat přenosně na mnoha různých počítačových architekturách a operačních systémech. Aplikace se obvykle spouští na počítači pomocí tlumočník nebo just-in-time kompilace (JIT). Často existuje několik implementací daného virtuálního stroje, každá pokrývá jinou sadu funkcí.

Porovnání virtuálních strojů

JavaScript stroje nejsou součástí dodávky. Vidět Seznam motorů ECMAScript najít je.

Tabulka zde shrnuje prvky, pro které mají být návrhy virtuálních strojů účinné, nikoli seznam schopností přítomných v jakékoli implementaci.

Pokyny virtuálního stroje zpracovávají data v lokálních proměnných pomocí hlavní model výpočtu, typicky to a stohovací stroj, zaregistrovat stroj nebo stroj s náhodným přístupem často nazýván paměťový stroj. Použití těchto tří metod je motivováno různými kompromisy ve virtuálních strojích a fyzických strojích, jako je snadná interpretace, kompilace a ověření zabezpečení.

Správa paměti v těchto přenosných virtuálních strojích se řeší na vyšší úrovni abstrakce než ve fyzických strojích. Některé virtuální stroje, například populární Virtuální stroje Java (JVM), jsou zapojeny do adres takovým způsobem, že vyžadují bezpečnou automatickou správu paměti tím, že virtuálnímu stroji umožní sledovat odkazy na ukazatele a nedovolí strojovým instrukcím ručně vytvářet ukazatele do paměti. Jiné virtuální stroje, jako je LLVM, jsou spíše jako tradiční fyzické stroje, což umožňuje přímé použití a manipulaci s ukazateli. Společný střední jazyk (CIL) nabízí hybrid mezi nimi, který umožňuje jak řízené využívání paměti (jako je JVM, který umožňuje bezpečnou automatickou správu paměti), ale také umožňuje „nebezpečný“ režim, který umožňuje přímou manipulaci s ukazatelem způsoby, které mohou porušovat hranice typu a oprávnění .

Zabezpečení kódu obecně odkazuje na schopnost přenosného virtuálního stroje spouštět kód a zároveň mu nabízí pouze předepsanou sadu schopností. Například virtuální stroj může povolit přístup kódu pouze k určité sadě funkcí nebo dat. Stejné ovládací prvky nad ukazateli, které umožňují automatickou správu paměti a umožňují virtuálnímu počítači zajistit typicky bezpečný přístup k datům, se používají k zajištění toho, že fragment kódu je povolen pouze určitým prvkům paměti a nemůže obejít samotný virtuální stroj. Ostatní bezpečnostní mechanismy jsou poté navrstveny na vrchol jako ověřovatelé kódu, ověřovatelé zásobníku a další metody.

An tlumočník umožňuje načíst a spustit programy vytvořené z virtuálních instrukcí bez potenciálně nákladného kompilace do instrukcí nativního stroje. Lze interpretovat jakýkoli virtuální stroj, který lze spustit, takže označení sloupce zde odkazuje na to, zda návrh obsahuje ustanovení pro efektivní tlumočení (pro běžné použití).

Just-in-time kompilace (JIT), odkazuje na metodu kompilace nativních instrukcí v nejkratším možném čase, obvykle bezprostředně před nebo během běhu programu. Výzvou JIT je spíše implementace než návrh virtuálních strojů, avšak moderní designy začaly uvažovat o pomoci efektivitě. Nejjednodušší metody JIT jednoduše kompilují do fragmentu kódu podobného offline kompilátoru. Často se však používají složitější metody, které se specializují na kompilované fragmenty kódu na parametry známé pouze za běhu (viz Adaptivní optimalizace ).

Předběžná kompilace (AOT) odkazuje na klasičtější metodu použití předkompilátoru ke generování sady nativních instrukcí, které se během běhu programu nemění. Protože agresivní kompilace a optimalizace mohou nějakou dobu trvat, může se předkompilovaný program spustit rychleji než ten, který se při provádění spoléhá pouze na JIT. Implementace JVM zmírnily tyto náklady na spuštění počátečním tlumočením, aby se urychlily časy spuštění, dokud JIT nebude moci generovat fragmenty nativního kódu.

Sdílené knihovny jsou zařízení k opakovanému použití segmentů nativního kódu napříč několika spuštěnými programy. V moderních operačních systémech to obecně znamená použití virtuální paměť sdílet stránky paměti obsahující sdílenou knihovnu napříč různými procesy, které jsou navzájem chráněny pomocí ochrana paměti. Je zajímavé, že agresivní metody JIT, jako je adaptivní optimalizace, často vytvářejí fragmenty kódu nevhodné pro sdílení napříč procesy nebo po sobě jdoucí běhy programu, což vyžaduje kompromis mezi účinností předkompilovaného a sdíleného kódu a výhodami adaptivně specializovaného kódu. Například existuje několik návrhových ustanovení CIL, které umožňují efektivní sdílené knihovny, možná za cenu specializovanějšího kódu JIT. Implementace JVM dne OS X používá sdílený archiv Java^[3] poskytnout některé z výhod sdílených knihoven.

Porovnání implementace aplikačního virtuálního stroje

Kromě výše popsaných přenosných virtuálních strojů se virtuální stroje často používají jako model provádění pro jednotlivé skriptovací jazyky, obvykle tlumočníkem. Tato tabulka uvádí konkrétní implementace virtuálních strojů, a to jak u výše uvedených přenosných virtuálních strojů, tak u virtuálních strojů skriptovacího jazyka.

Viz také

• Virtualizace aplikací
• Jazyková vazba
• Rozhraní cizí funkce
• Konvence volání
• Mangling jména
• Aplikační programovací rozhraní (API)
• Binární rozhraní aplikace (ABI)
• Porovnání virtualizačního softwaru platformy
• Seznam motorů ECMAScript
• WebAssembly

Reference