Re^2: Run Perl 5 in the Browser!

not sure how you solve this, does asm.js also cover the regex engine?

I'm compiling a whole perl binary to WebAssembly, including the regex engine and everything. I haven't gotten very far on porting Perl's test suite yet, because it makes use of some of the stuff that isn't supported (e.g. qx and signals), but the tests I was able to run have looked good so far.

patching B::Deparse to emit native JS should be possible

That's an interesting idea, and perhaps something I could think about is how to optimize code like the example I showed on the website:

js('document')->getElementById('my_button')
    ->addEventListener('click', sub {
        js('window')->alert("You clicked the button!");
    } );
[download]

Running that invokes the JS/Perl glue three times (five if the callback is called), which isn't super efficient at the moment because it does a lot with strings and eval. One possible way to optimize that might be if there was a way to convert at least the first few method calls to

js('document.getElementById("my_button").addEventListener("click",func
+tion(){...})');
[download]

Comment on Re^2: Run Perl 5 in the Browser! Select or Download Code

Replies are listed 'Best First'.
Re^3: Run Perl 5 in the Browser! by LanX (Saint) on Aug 19, 2018 at 11:42 UTC
I'm open for discussions, you might also be interested in the work of Flavio Glock and his perlito. update A general approach for performance enhancements could be to run Perl your way and to replace time consuming inner functions with direct JS translations.(kind of JIT if you want). From the Perl perspective these functions would have been monkey patched with XS code. Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery FootballPerl is like chess, only without the dice}	[reply]
Re^4: Run Perl 5 in the Browser! by haukex (Archbishop) on Aug 22, 2018 at 21:13 UTC
A general approach for performance enhancements could be to run Perl your way and to replace time consuming inner functions with direct JS translations.(kind of JIT if you want). Yep, although I think it would only speed things up where the Perl<->JavaScript interface is involved, I suspect everything that's pure Perl may even be as fast or even faster than regular JavaScript, since WebAssembly should be faster than JavaScript, and it's a WebAssembly `perl` binary. OTOH, at the moment I just want to use this for UI's, so as long as button clicks etc. don't cause 100% CPU or noticeable delays, I'm not going to worry too much about performance just yet. From the Perl perspective these functions would have been monkey patched with XS code. Yes, the interesting thing there is that "XS" code can include JavaScript code ;-) See WebPerl.xs, a mishmash of C, JS, and XS... (and my first real use of XS too!)	[reply] [d/l]
Re^5: Run Perl 5 in the Browser! (JIT Compilation) by LanX (Saint) on Aug 22, 2018 at 21:28 UTC
> I suspect everything that's pure Perl is may even be as fast or even faster than regular JavaScript, since WebAssembly should be faster than JavaScript, and it's a WebAssembly perl binary. Really? Is WASM JIT-optimized? I mean if a Perl Op-Code deals with Scalars will it automatically be optimized to integer if some tracker finds that all calls to the surrounding function always result to paths using Int? That would surprise me... > OTOH, at the moment I just want to use this for UI's, so as long as button clicks etc. don't cause 100% CPU or noticeable delays, Don't you think that for little UI callbacks handling some AJAX compiling the whole Perl core to 4 MB WASM is kind of overkill? Gimme some example Perl code for a start and I'll try to "B::Deparse" it into working JS. > monkey patched with XS code. Actually I'm wondering why this is not generally used for JITing Perl. (Probably some weird side effects or performance brakes of calling subs.) Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery FootballPerl is like chess, only without the dice}	[reply]
Re^6: Run Perl 5 in the Browser! by chromatic (Archbishop) on Aug 22, 2018 at 23:16 UTC
Re^7: Run Perl 5 in the Browser! by ikegami (Patriarch) on Aug 23, 2018 at 01:45 UTC
Some notes below your chosen depth have not been shown here
Re^7: Run Perl 5 in the Browser! by LanX (Saint) on Aug 23, 2018 at 00:37 UTC
Re^6: Run Perl 5 in the Browser! by haukex (Archbishop) on Aug 22, 2018 at 21:47 UTC
Re^7: Run Perl 5 in the Browser! by LanX (Saint) on Aug 22, 2018 at 22:01 UTC
Some notes below your chosen depth have not been shown here
Re^4: Run Perl 5 in the Browser! by haukex (Archbishop) on Aug 24, 2018 at 13:24 UTC
time consuming inner functions BTW, just another thought: As I said, my original intention with this was to be able to build user interfaces, so there's always the approach of moving the heavy work into a different process, in this case that would be the web server - even if that's running on the same machine, it'd still give a speedup for the heavy lifting.	[reply]

update