{"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\/it\/blog\/news\/dostupen-wasmer-2-0-instrumentarij-dlya-sozdaniya-prilozhenij-na-baze-webassembly","title":{"rendered":"\u00c8 disponibile Wasmer 2.0, un toolkit per la creazione di applicazioni basate su WebAssembly.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato il secondo significativo aggiornamento del progetto Wasmer, che sviluppa un runtime per l'esecuzione di moduli WebAssembly, utilizzabile per creare applicazioni universali in grado di funzionare su diversi sistemi operativi, nonch\u00e9 per l'esecuzione isolata di codice non affidabile. Il codice del progetto \u00e8 scritto in Rust e distribuito sotto licenza MIT. <\/p>\n
La portabilit\u00e0 \u00e8 garantita dalla compilazione del codice dell'applicazione in un codice intermedio a basso livello WebAssembly, che pu\u00f2 essere eseguito su qualsiasi sistema operativo o incorporato in programmi scritti in altri linguaggi di programmazione. I programmi sono contenitori leggeri in cui viene eseguita la pseudo-codifica di WebAssembly. Questi contenitori non sono legati al sistema operativo e possono includere codice scritto originariamente in qualsiasi linguaggio di programmazione. Per la compilazione in WebAssembly pu\u00f2 essere utilizzato l'ambiente di sviluppo Emscripten. Per la traduzione di WebAssembly in codice macchina per la piattaforma attuale, \u00e8 supportata l'integrazione di vari backend di compilazione (Singlepass, Cranelift, LLVM) e motori (utilizzo di JIT o generazione di codice macchina). <\/p>\n
La gestione dell'accesso e l'interazione con il sistema sono garantite attraverso l'API WASI (WebAssembly System Interface), che fornisce interfacce di programmazione per lavorare con file, socket e altre funzionalit\u00e0 offerte dal sistema operativo. Le applicazioni sono isolate dal sistema principale in un ambiente sandbox e hanno accesso solo alle funzionalit\u00e0 dichiarate (meccanismo di sicurezza basato sulla gestione delle capacit\u00e0 \u2014 per le azioni su ciascuna delle risorse (file, directory, socket, chiamate di sistema, ecc.) devono essere forniti all'applicazione i relativi diritti). <\/p>\n
Per eseguire un contenitore WebAssembly \u00e8 sufficiente installare il runtime Wasmer nel sistema, che viene fornito senza dipendenze esterne («curl https:\/\/get.wasmer.io -sSfL | sh»), e avviare il file necessario («wasmer test.wasm»). I programmi vengono distribuiti sotto forma di normali moduli WebAssembly, per la gestione dei quali \u00e8 possibile utilizzare il gestore di pacchetti WAPM. Wasmer \u00e8 disponibile anche sotto forma di libreria, che pu\u00f2 essere utilizzata per integrare il codice WebAssembly in programmi scritti in linguaggi come Rust, C\/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir e Java. <\/p>\n
La piattaforma consente di ottenere prestazioni di esecuzione delle applicazioni simili a quelle delle build native. Grazie a Native Object Engine, per il modulo WebAssembly \u00e8 possibile generare codice macchina (\u2018wasmer compile \u2014native\u2019 per generare file oggetto precompilati .so, .dylib e .dll), per l'esecuzione del quale \u00e8 richiesto un runtime minimo, ma tutte le capacit\u00e0 di isolamento sandbox sono mantenute. \u00c8 possibile fornire programmi precompilati con Wasmer integrato. Per la creazione di estensioni e aggiunte sono disponibili API Rust e Wasm-C-API. <\/p>\n
Il significativo cambiamento del numero di versione di Wasmer \u00e8 legato all'introduzione di modifiche incompatibili con la versione precedente nell'API interna, che, secondo gli sviluppatori, non influenzeranno il 99% degli utenti della piattaforma. Tra le modifiche incompatibili si segnala anche la modifica del formato dei moduli serializzati Wasm (i moduli serializzati in Wasmer 1.0 non possono essere utilizzati in Wasmer 2.0). Altri cambiamenti: <\/p>\n
\n
Supporto per istruzioni SIMD (Single Instruction, Multiple Data), che consentono di parallelizzare le operazioni sui dati. Tra i campi in cui l'applicazione di SIMD pu\u00f2 notevolmente aumentare le prestazioni, si evidenziano l'apprendimento automatico, la codifica e decodifica video, l'elaborazione delle immagini, la simulazione di processi fisici e le manipolazioni grafiche.\n
Supporto per i tipi di riferimento, che consente ai moduli Wasm di accedere alle informazioni in altri moduli o nell'ambiente sottostante.\n
\u00c8 stata effettuata una significativa ottimizzazione delle prestazioni. La velocit\u00e0 di esecuzione del runtime LLVM con numeri in virgola mobile \u00e8 aumentata di circa il 50%. La chiamata di funzioni \u00e8 stata notevolmente accelerata grazie alla riduzione dei casi che richiedono l'accesso al kernel. Le prestazioni del generatore di codice Cranelift sono aumentate del 40%. I tempi di deserializzazione dei dati sono stati ridotti.
<\/center>
<\/center>\n
Per riflettere pi\u00f9 accuratamente il significato sono stati modificati i nomi dei motori: JIT \u2192 Universale, Native \u2192 Dylib (Libreria Dinamica), Object File \u2192 StaticLib (Libreria Statica). <\/ul>\n
![\"\u00c8](\"\/wp-content\/uploads\/2021\/06\/fea22abc894c70080c3e9a4b003635fe.png\")
<\/center> ![\"\u00c8](\"\/wp-content\/uploads\/2021\/06\/e3cf7a3b437238e1743f05b13a3e212c.png\")
<\/center>\n