{"id":100537,"date":"2021-06-18T16:22:49","date_gmt":"2021-06-18T14:22:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-wasmer-2-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly"},"modified":"2021-06-18T16:22:49","modified_gmt":"2021-06-18T14:22:51","slug":"dostupen-wasmer-2-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/dostupen-wasmer-2-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly","title":{"rendered":"Wasmer 2.0 ist verf\u00fcgbar, ein Toolkit zur Erstellung von Anwendungen auf Basis von WebAssembly","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die zweite bedeutende Ver\u00f6ffentlichung des Wasmer-Projekts ist erfolgt, das eine Runtime f\u00fcr die Ausf\u00fchrung von WebAssembly-Modulen entwickelt. Diese Runtime erm\u00f6glicht die Erstellung universeller Anwendungen, die auf verschiedenen Betriebssystemen ausgef\u00fchrt werden k\u00f6nnen, sowie die isolierte Ausf\u00fchrung von unsicherem Code. Der Code des Projekts wurde in der Programmiersprache Rust geschrieben und steht unter der MIT-Lizenz. <\/p>\n
Die Portabilit\u00e4t wird durch die Kompilierung des Anwendungs Codes in niedrigstufigen WebAssembly-Zwischencode gew\u00e4hrleistet, der auf allen Betriebssystemen ausgef\u00fchrt oder in Programme anderer Programmiersprachen integriert werden kann. Die Anwendungen bestehen aus leichten Containern, in denen Pseudocode von WebAssembly ausgef\u00fchrt wird. Diese Container sind nicht an ein bestimmtes Betriebssystem gebunden und k\u00f6nnen Code enthalten, der urspr\u00fcnglich in jeder Programmiersprache geschrieben wurde. F\u00fcr die Kompilierung in WebAssembly kann das Emscripten-Toolkit verwendet werden. Zur \u00dcbersetzung von WebAssembly in den Maschinen Code der aktuellen Plattform wird die Verbindung zu verschiedenen Kompilierungs-Backends (Singlepass, Cranelift, LLVM) und -Engines unterst\u00fctzt (einschlie\u00dflich JIT-Nutzung oder Generierung von Maschinen Code). <\/p>\n
Der Zugriff und die Interaktion mit dem System erfolgen \u00fcber die WASI-API (WebAssembly System Interface), die Programmierschnittstellen f\u00fcr die Arbeit mit Dateien, Sockets und anderen von dem Betriebssystem bereitgestellten Funktionen anbietet. Anwendungen sind in einer Sandbox-Umgebung isoliert von dem Hauptsystem und haben nur Zugriff auf die spezifizierte Funktionalit\u00e4t (ein auf Berechtigungen basierender Sicherheitsmechanismus \u2013 f\u00fcr Aktionen mit jedem der Ressourcen (Dateien, Verzeichnisse, Sockets, Systemaufrufe usw.) m\u00fcssen der Anwendung die entsprechenden Berechtigungen erteilt werden). <\/p>\n
Um einen WebAssembly-Container zu starten, gen\u00fcgt es, das Wasmer-Runtime-System zu installieren, das ohne externe Abh\u00e4ngigkeiten bereitgestellt wird (\"curl https:\/\/get.wasmer.io -sSfL | sh\"), und die erforderliche Datei (\"wasmer test.wasm\") auszuf\u00fchren. Programme werden in Form gew\u00f6hnlicher WebAssembly-Module verteilt, die \u00fcber den Paketmanager WAPM verwaltet werden k\u00f6nnen. Wasmer steht auch als Bibliothek zur Verf\u00fcgung, die zur Einbettung von WebAssembly-Code in Programme in den Sprachen Rust, C\/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir und Java verwendet werden kann. <\/p>\n
Die Plattform erm\u00f6glicht eine Anwendungsleistung, die der Ausf\u00fchrung nativer Build-Versionen sehr nahekommt. Mit dem Native Object Engine f\u00fcr das WebAssembly-Modul k\u00f6nnen Sie Maschinen-Code generieren (\"wasmer compile \u2014native\" zur Erstellung von vorcompilierten Objektdateien .so, .dylib und .dll), dessen Ausf\u00fchrung eine minimale Laufzeit erfordert, w\u00e4hrend alle M\u00f6glichkeiten der Sandbox-Isolierung erhalten bleiben. Es besteht die M\u00f6glichkeit, vorcompilierte Programme mit integriertem Wasmer zu liefern. F\u00fcr die Erstellung von Erweiterungen und Erg\u00e4nzungen stehen Rust API und Wasm-C-API zur Verf\u00fcgung. <\/p>\n
Die signifikante Versions\u00e4nderung von Wasmer ist auf inkompatible \u00c4nderungen im internen API zur\u00fcckzuf\u00fchren, die, so die Entwickler, keine Auswirkungen auf 99 % der Benutzer der Plattform haben werden. Zu den inkompatiblen \u00c4nderungen geh\u00f6rt auch die Anpassung des Formats der serialisierten Wasm-Module (Module, die in Wasmer 1.0 serialisiert wurden, k\u00f6nnen nicht in Wasmer 2.0 verwendet werden). Weitere \u00c4nderungen: <\/p>\n
\n
Unterst\u00fctzung von SIMD-Anweisungen (Single Instruction, Multiple Data), die eine Parallelisierung von Datenoperationen erm\u00f6glichen. Bereiche, in denen der Einsatz von SIMD die Leistung erheblich steigern kann, sind maschinelles Lernen, Video-Encoding und -Dekodierung, Bildverarbeitung, Simulation physikalischer Prozesse und Grafikmanipulation.\n
Unterst\u00fctzung von Referenztypen, die es Wasm-Modulen erm\u00f6glichen, auf Informationen in anderen Modulen oder der grundlegenden Umgebung zuzugreifen.\n
Es wurde eine erhebliche Leistungsoptimierung durchgef\u00fchrt. Die Geschwindigkeit des LLVM-Laufzeitumgebungen mit Flie\u00dfkommazahlen wurde um etwa 50 % erh\u00f6ht. Der Funktionsaufruf wurde durch die Reduzierung der Situationen, die einen Zugriff auf den Kern erfordern, deutlich beschleunigt. Die Leistung des Codegenerators Cranelift wurde um 40 % erh\u00f6ht. Die Zeit f\u00fcr die Deserialisierung von Daten wurde verringert.
<\/center>
<\/center>\n
Um die Essenz pr\u00e4ziser widerzuspiegeln, wurden die Bezeichnungen der Engines ge\u00e4ndert: JIT \u2192 Universal, Native \u2192 Dylib (Dynamic Library), Object File \u2192 StaticLib (Static Library). <\/ul>\n
![\"Wasmer](\"\/wp-content\/uploads\/2021\/06\/fea22abc894c70080c3e9a4b003635fe.png\")
<\/center> ![\"Wasmer](\"\/wp-content\/uploads\/2021\/06\/e3cf7a3b437238e1743f05b13a3e212c.png\")
<\/center>\n