About WASI, it doesn't have graphics/audio/mouse input etc. APIs yet, so it's probably too early to port something like DOSBox? Unless you create a custom embedding, but that would be a lot of work.
About performance, unless iOS supports some form of native WASI VM in a special way, I think you'd need to ship your own VM in your app. And I believe they prevent JIT compilation in such a case, so it would be slower compared to the browser (unless there is a working solution for AOT compilation perhaps? I'm not aware of a robust one yet). On Wed, Jan 15, 2020 at 5:22 AM Александр Гурьянов <[email protected]> wrote: > Hi guys. I working on next version of js-dos, and I have some ideas > where to go. I have couple questions to see which way is better. > > Currently, js-dos is a WebAssembly binary (+asyncify changes) that > does emulation in 16ms frames, and stops with emscripten_sleep for > processing user input. So typical work flow is: > > 16ms emulation| <process user input> | 16ms emulation | <process user > input> | etc. > > Typically <user input> is empty, and performance is limited by browser > performance, and browser scheduler that stops emulation with > emscripten_sleep. > > My first question is: > 1. "Can I have any performance boost if I move emulation core inside > worker?" > > From my point of view it's not sens, because even in worker I should > stop emulations every 16ms to process messages and send updates to > page. Even If I do not account frames data (320x200 32bpp image), I > think performance will be same as in regular integration. Am I wrong? > > My second questing: > 2. "Is WASI perfromance is better than default WebView WebAsssembly > core?" (android/ios) > > One of my target is provide js-dos also on mobiles (android/ios) and I > think I can do it as is, or also I can do it with WASI. I think with > WASI clients can integrate js-dos in more ways, but what about > performance? Is it more preformant to use WASI instead of browser on > mobiles, or they are same? > > -- > You received this message because you are subscribed to the Google Groups > "emscripten-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/emscripten-discuss/CAKOm%3DVFLTVLCiF6QnQWe7tg666Q8ni1jXb3yUbAYcT38ED7Sow%40mail.gmail.com > . > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/emscripten-discuss/CAEX4NpR%3Di102C76Gp2NeDbHGv93j_XDgRW_EnEOSVoBX_h5diQ%40mail.gmail.com.
