Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

QuickJS is 20-100x slower than V8 #16

Closed
josephrocca opened this issue May 4, 2020 · 1 comment
Closed

QuickJS is 20-100x slower than V8 #16

josephrocca opened this issue May 4, 2020 · 1 comment

Comments

@josephrocca
Copy link

I noticed you said in the read me:

It is also possible to replace the ECMAScript engine like V8 or SpiderMonkey but not in the near plan.

I'm guessing that you're already aware of the performance difference, but just in case, a few people mention benchmark results in this thread: https://news.ycombinator.com/item?id=20418602

[QuickJS] shows only 2~3% of V8 performance

[QuickJS is] still 2-3x slower than [the V8 interpreter], and 20-100x slower than [the V8 compiler].

Scores on V8 benchmark suite:
QuickJS: 445 424 633 271 771 180 923 1979 549
V8: 31083 51056 36692 63343 50309 7910 22964 35214 32307

Deno seems like it might be helpful, and will hit v1.0 in about 8 days. I've not mixed Rust and C++ before (I haven't done any C++ coding at all) but apparently Rust plays well with other languages: https://doc.rust-lang.org/1.5.0/book/rust-inside-other-languages.html

Anyway, I'll close this right away because I don't have anything extra to add here - just thought I'd add this note in case you weren't aware of how vast the performance difference is.

@josephrocca
Copy link
Author

Just found the benchmark page for QuickJS which shows the V8 JIT scores 🤦‍♂️ so I'm guessing you were already well aware of this!

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

No branches or pull requests

1 participant