Wasmer 2.0 est disponible, un ensemble d'outils pour créer des applications basées sur WebAssembly

Le second lancement majeur du projet Wasmer a eu lieu, développant un runtime pour exécuter des modules WebAssembly, pouvant être utilisés pour créer des applications universelles capables de fonctionner sur différents systèmes d'exploitation, ainsi que pour l'exécution isolée de code non fiable. Le code du projet est écrit en Rust et distribué sous la licence MIT.

La portabilité est assurée par la compilation du code de l'application en bytecode WebAssembly bas niveau, qui peut être exécuté sur n'importe quel système d'exploitation ou intégré dans des programmes écrits dans d'autres langages de programmation. Les programmes sont des conteneurs légers dans lesquels s'exécute du pseudo-code WebAssembly. Ces conteneurs ne sont pas liés à un système d'exploitation et peuvent inclure du code initialement écrit dans n'importe quel langage de programmation. L'outil de compilation Emscripten peut être utilisé pour compiler en WebAssembly. Pour traduire le WebAssembly en code machine de la plateforme actuelle, différents backends de compilation (Singlepass, Cranelift, LLVM) et moteurs (en utilisant JIT ou en générant du code machine) sont pris en charge.

La gestion des accès et l'interaction avec le système sont assurées par l'API WASI (WebAssembly System Interface), fournissant des interfaces pour travailler avec des fichiers, des sockets et d'autres fonctionnalités offertes par le système d'exploitation. Les applications sont isolées du système principal dans un environnement sandbox et n'ont accès qu'à la fonctionnalité déclarée (mécanisme de sécurité basé sur la gestion des capacités - pour chaque action sur les ressources (fichiers, répertoires, sockets, appels système, etc.), l'application doit se voir accorder les autorisations correspondantes).

Pour exécuter un conteneur WebAssembly, il suffit d'installer le runtime Wasmer sur le système, fourni sans dépendances externes (« curl https://get.wasmer.io -sSfL | sh »), puis de lancer le fichier nécessaire (« wasmer test.wasm »). Les programmes sont distribués sous forme de modules WebAssembly ordinaires, que l'on peut gérer avec le gestionnaire de paquets WAPM. Wasmer est également disponible sous forme de bibliothèque, que l'on peut utiliser pour intégrer du code WebAssembly dans des programmes écrits en Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir et Java.

La plateforme permet d'atteindre des performances d'exécution des applications proches de celles des compilations natives. Grâce au Native Object Engine pour le module WebAssembly, il est possible de générer du code machine (« wasmer compile —native » pour générer des fichiers objets précompilés .so, .dylib et .dll), dont l'exécution nécessite un runtime minimal tout en conservant toutes les possibilités d'isolation sandbox. La fourniture de programmes précompilés avec Wasmer intégré est possible. Pour la création de surcouches et d'extensions, des API Rust et Wasm-C-API sont disponibles.

Le changement significatif de version de Wasmer est lié à l'introduction de modifications de rupture de compatibilité dans l'API interne, qui, selon les développeurs, n'affecteront en rien 99 % des utilisateurs de la plateforme. Parmi les modifications de rupture de compatibilité, on note également un changement dans le format des modules Wasm sérialisés (les modules sérialisés dans Wasmer 1.0 ne pourront pas être utilisés dans Wasmer 2.0). D'autres changements :

• Support des instructions SIMD (Single Instruction, Multiple Data), permettant de paralléliser les opérations sur les données. Parmi les domaines où l'utilisation de SIMD peut sensiblement améliorer les performances, on note l'apprentissage machine, l'encodage et le décodage vidéo, le traitement d'images, la simulation de processus physiques et les manipulations graphiques.
• Support des types de référence, permettant aux modules Wasm d'accéder à des informations dans d'autres modules ou dans l'environnement de base.
• Une optimisation significative des performances a été réalisée. La vitesse d'exécution du runtime LLVM avec des nombres à virgule flottante a été augmentée d'environ 50 %. L'appel de fonctions a été considérablement accéléré grâce à la réduction des situations nécessitant un accès au noyau. La performance du générateur de code Cranelift a été augmentée de 40 %. Le temps de désérialisation des données a été réduit.
• Pour refléter plus précisément l'essence, les noms des moteurs ont été modifiés : JIT → Universal, Native → Dylib (Bibliothèque Dynamique), Object File → StaticLib (Bibliothèque Statique).

Source : opennet.ru