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

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

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

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

За да стартирате WebAssembly контейнер, е достатъчно да инсталирате runtime-a 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), за изпълнението на който е необходим минимален runtime, но се запазват всички възможности за sandbox изолация. Възможно е доставянето на предварително компилирани програми с вграден Wasmer. За създаване на надстройки и допълнения се предлагат Rust API и Wasm-C-API.

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

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

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