Wasmer 3.0 är tillgängligt, ett verktyg för att skapa applikationer baserade på WebAssembly

Det tredje viktiga utgåvan av Wasmer-projektet har presenterats, som utvecklar en runtime för att köra WebAssembly-moduler, vilket kan användas för att skapa universella applikationer som kan köras på olika operativsystem, samt för isolerat körande av osäker kod. Projektets kod är skriven i Rust och distribueras under MIT-licens.

Möjligheten att köra en applikation på olika plattformar möjliggörs genom att koden kompileras till låg nivå WebAssembly-intermediär kod, som kan köras på alla operativsystem eller integreras i program skrivna i andra programmeringsspråk. Programmen utgör lätta containrar där WebAssembly-pseudokod körs. Dessa containrar är oberoende av operativsystemet och kan innehålla kod som ursprungligen skrivits i valfritt programmeringsspråk. Emscripten-verktyget kan användas för kompilering till WebAssembly. För översättning av WebAssembly till maskinkod för den aktuella plattformen stöds koppling av olika kompilatorbackends (Singlepass, Cranelift, LLVM) och motorer (användning av JIT eller maskinkodsgenerering).

Applikationer är isolerade från det huvudsakliga systemet i en sandbox-miljö och har endast tillgång till den angivna funktionaliteten (säkerhetsmekanismen baserad på kapabilitetshantering — för åtgärder med varje resurs (filer, kataloger, sockets, systemanrop etc.) måste motsvarande behörigheter ges till applikationen). Åtkomstkontroll och interaktion med systemet säkerställs genom API WASI (WebAssembly System Interface), som tillhandahåller programgränssnitt för arbete med filer, sockets och andra funktioner som tillhandahålls av operativsystemet.

Plattformen möjliggör att uppnå en prestanda för applikationskörning som liknar prestandan av inbyggda kompileringar. Genom Native Object Engine för WebAssembly-moduler kan maskinkod genereras ("wasmer compile —native" för att generera förkompilerade objektsfiler .so, .dylib och .dll), vilket kräver minimal runtime för körning, men behåller alla möjligheter för sandbox-isolering. För leverans av förkompilerade program finns inbyggd Wasmer. För att skapa tillägg och modifieringar erbjuds Rust API och Wasm-C-API.

För att köra en WebAssembly-container räcker det med att installera runtime Wasmer i systemet, som levereras utan externa beroenden ("curl https://get.wasmer.io -sSfL | sh") och sedan köra den nödvändiga filen ("wasmer test.wasm"). Programmen distribueras i form av vanliga WebAssembly-moduler, som kan hanteras med paketförvaltaren WAPM. Wasmer finns också som ett bibliotek som kan användas för att integrera WebAssembly-kod i program skrivna i Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir och Java.

Huvudändringarna i Wasmer 3.0:

• Möjlighet att skapa inhemska körbara filer för alla plattformar har lagts till. Kommandot "wasmer create-exe" har omarbetats helt, vilket gör det möjligt att konvertera en WebAssembly-intermediärkodfil till självständiga körbara filer för plattformarna Linux, Windows och macOS, som kan köras utan att Wasmer behöver installeras.
• Möjlighet att köra WAPM-paket, som är placerade i katalogen wapm.io, med hjälp av kommandot „wasmer run“. Till exempel, genom att köra „wasmer run python/python“ kommer paketet python att laddas från wapm.io-repositoriet och köras.
• Wasmer Rust API har genomgått en fullständig omarbetning, där arbetsstilen med minnet har ändrats och säker lagring av Wasm-objekt i struktur Store har möjliggjorts. En ny struktur MemoryView erbjuder möjligheten att läsa och skriva data i det linjära minnesområdet.
• Ett set av komponenter wasmer-js har implementerats för att köra Wasmer i webbläsaren och interagera med det via JavaScript, med hjälp av biblioteket wasm-bindgen. Wasmer-js motsvarar komponenterna wasmer-sys, avsedda för att köra Wasmer på vanliga operativsystem.
• Motorerna har förenklats. Istället för separata motorer för JIT, dynamisk och statisk länkning (Universal, Dylib, StaticLib) erbjuds nu en gemensam motor där laddning och lagring av kod hanteras på parameterinställningsnivå.
• För deserialisering av artefakter används ramverket rkyv som säkerställer arbete i zero-copy-läge, vilket innebär att ingen extra minnesallokering krävs och att deserialiseringen utförs endast med den ursprungligen tillhandahållna bufferten. Användningen av rkyv har avsevärt ökat starttiden.
• Den enpassiga kompilatorn Singlepass har förbättrats med stöd för funktioner med flera argument (multi-value), ökad driftssäkerhet och stöd för undantagshanteringsramar har lagts till.
• Implementeringen av API WASI (WebAssembly System Interface) har förbättrats. Problem i WASI-gränssnittet för filsystemshantering har åtgärdats. Inre typer har omarbetats med WAI (WebAssembly Interfaces), vilket i framtiden kommer att göra det möjligt att implementera en serie nya funktioner.

Källa: opennet.ru