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?
[ Parent
| on HN ]
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.