Наличен е Wasmer 2.0, набор от инструменти за изграждане на базирани на WebAssembly приложения

Проектът Wasmer пусна втората си голяма версия, разработвайки време за изпълнение за изпълнение на модули WebAssembly, които могат да се използват за създаване на универсални приложения, които могат да работят на различни операционни системи, както и да изпълняват ненадежден код в изолация. Кодът на проекта е написан на Rust и се разпространява под лиценза на MIT.

Преносимостта се постига чрез компилиране на код на приложение в междинен код на ниско ниво на WebAssembly, който може да работи на всяка операционна система или да бъде вграден в програми на други езици за програмиране. Програмите са леки контейнери, които изпълняват псевдокод на WebAssembly. Тези контейнери не са обвързани с операционната система и могат да включват код, първоначално написан на всеки език за програмиране. Инструментариумът Emscripten може да се използва за компилиране в WebAssembly. За да преведе WebAssembly в машинен код на текущата платформа, той поддържа свързването на различни бекендове за компилация (Singlepass, Cranelift, LLVM) и двигатели (използвайки JIT или генериране на машинен код).

Контролът на достъпа и взаимодействието със системата се осигурява чрез WASI (WebAssembly System Interface) API, който предоставя програмни интерфейси за работа с файлове, сокети и други функции, предоставени от операционната система. Приложенията са изолирани от основната система в sandbox среда и имат достъп само до декларираната функционалност (механизъм за сигурност, базиран на управление на способностите – за действия с всеки от ресурсите (файлове, директории, сокети, системни повиквания и др.), приложението трябва да получи съответните правомощия).

За да стартирате контейнер на WebAssembly, достатъчно е да инсталирате среда за изпълнение на Wasmer в системата, която идва без външни зависимости (“curl https://get.wasmer.io -sSfL | sh”) и да стартирате необходимия файл (“wasmer test .wasm”). Програмите се разпространяват под формата на обикновени модули WebAssembly, които могат да се управляват с помощта на мениджъра на пакети WAPM. Wasmer се предлага и като библиотека, която може да се използва за вграждане на код на WebAssembly в програми Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir и Java.

Платформата ви позволява да постигнете производителност на изпълнение на приложения, близка до тази на собствените асембли. Използвайки Native Object Engine за модул WebAssembly, можете да генерирате собствен код ("wasmer compile -native" за генериране на предварително компилирани .so, .dylib и .dll обектни файлове), който изисква минимално време за изпълнение, но запазва всички характеристики на изолация на пясъчна кутия. Възможно е да се доставят предварително компилирани програми с вграден Wasmer. Rust API и Wasm-C-API се предлагат за създаване на добавки и добавки.

Значителна промяна в номера на версията на Wasmer е свързана с въвеждането на несъвместими промени във вътрешния API, които според разработчиците няма да засегнат 99% от потребителите на платформата. Сред промените, които нарушават съвместимостта, има и промяна във формата на сериализираните Wasm модули (модулите, сериализирани в Wasmer 1.0, няма да могат да се използват в Wasmer 2.0). Други промени:

• Поддръжка на SIMD (единична инструкция, множество данни) инструкции, позволяващи паралелизиране на операциите с данни. Областите, в които използването на SIMD може значително да подобри производителността, включват машинно обучение, видео кодиране и декодиране, обработка на изображения, симулация на физически процеси и манипулиране на графики.
• Поддръжка за референтни типове, позволяващи на Wasm модулите да имат достъп до информация в други модули или в основната среда.
• Направени са значителни оптимизации на производителността. Скоростта на изпълнение на LLVM с числа с плаваща запетая е увеличена с приблизително 50%. Извикванията на функции са значително ускорени чрез намаляване на ситуациите, изискващи достъп до ядрото. Производителността на генератора на код на кранлифт е увеличена с 40%. Намалено време за десериализация на данни.
• За по-точно отразяване на същността имената на двигателите са променени: JIT → Universal, Native → Dylib (Динамична библиотека), Object File → StaticLib (Статична библиотека).

Източник: opennet.ru