News for hackers. Stuff that matters.
Re:The Python scientific stack, compiled to WebAssembly by amelius on Friday August 24, 2018 @08:05AM (#17834375)
Is there a performance hit compared to "native" Python?
Re:The Python scientific stack, compiled to WebAssembly by lkbm on Friday August 24, 2018 @09:41AM (#17834858)
There's a chart and some discussion here: http://droettboom.com/blog/2018/04/04/python-in-the-browser/ (and some followup at http://droettboom.com/blog/2018/04/11/profiling-webassembly/ )

TL;DR: pyodide in Firefox was slower than cpython.

Re:The Python scientific stack, compiled to WebAssembly by amelius on Friday August 24, 2018 @10:01AM (#17834971)
Thanks. Note that the author of that post said:

> UPDATE 2018-04-11: My hunch was wrong, and I was able to get to the bottom of the root cause and significantly speed up these benchmarks.

And there's an updated graph here:

http://droettboom.com/blog/2018/04/11/profiling-webassembly/

Re:The Python scientific stack, compiled to WebAssembly by goatlover on Friday August 24, 2018 @10:05AM (#17834997)
Certainly for anything using Numpy.
Re:The Python scientific stack, compiled to WebAssembly by mdboom on Tuesday August 28, 2018 @01:43PM (#17860951)
Actually, Numpy-using-code is closer to native speeds than pure Python is.

The thing that seems to cause a greater gap between wasm and native speeds is lots of Python-level function calls, not the tight C loops that make up much of Numpy.

Re:The Python scientific stack, compiled to WebAssembly by drchickensalad on Friday August 24, 2018 @09:33AM (#17834813)
Without a doubt.