Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

PyScript performance #11

Open
almarklein opened this issue Mar 21, 2018 · 0 comments
Open

PyScript performance #11

almarklein opened this issue Mar 21, 2018 · 0 comments

Comments

@almarklein
Copy link
Member

@almarklein commented on Sun Mar 06 2016

I did some pystone tests some time ago, and then PyScript was much faster than cPython. Did these benchmarks again, and now its about the same. What feature that we added makes things so slow? Is it something significant, or just something that the test emphasizes on?

See also #288


@almarklein commented on Thu Nov 24 2016

One option that I've always had in mind for this, and that's also used by Transcrypt, is to allow a kind of pragma, probably in the form of a with statement to create blocks of "pure JS", where e.g. operator overloading is not used.

Another approach can be to allow type annotations, and to infer types from literals, and thereby be able to take some shortcuts. Possibly use mypy to get more type information via flow analysis. The advantage of this is that its easier to "apply" from the user point of view, without the risk of a user going into "pure JS" mode but not knowing JS enough to oversee the pitfalls.


@almarklein commented on Mon Jan 30 2017

Note to self: Transform.map in CG project would be a nice use-case for PyScript to produce efficient code without manual intervention.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant