-
Notifications
You must be signed in to change notification settings - Fork 781
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
Performance and benchmarks? #13
Comments
@leeoniya Thanks! I sent a PR to the js-repaint-perfs repo, let's hope to see it merged. The good news are, benchmarks indicate that HyperApp is on the fast track. Careful examination of the gif seems to favor the following order for this particular test. Inferno/HyperApp → Elm/CycleJS+Snabbdom/VueJS → morphodomInferno seems to do slightly better, but both Inferno and HyperApp outmatch Cycle/Vue and morphodom (but not by much). Morphodom is particularly slow though. I think even faster than that is domvm, vidom, maybe mithril? |
Probably a positive thing. In 2017 sufficient performance is a given—I care more about ergonomics and fun. |
certainly you don't need to be the fastest. but it helps to assure people you're not the slowest either. nothing wrong with objectivity, regardless of what year it is. mobile performance differences are still enormous between libs. disclaimer: i've got a pretty fast horse in the game, too [1] ;) |
I guess I'm just tired of new libraries claiming they're "blazing fast!!111!!!!" and focusing on that instead of other features. I mean IDK, Backbone was fast enough for me 😅 |
yeah, the original comment was meant to be tongue-in-cheek for this reason. nevertheless, the benchmarks are hugely helpful (even if just to catch accidental lib perf regressions). if you can believe it, there are apps out there for which Backbone is grossly insufficient. if you've never had perf issues with Backbone, no one is prying it or jQuery from your hands, heh 😆 |
Going to close here in favor of #75. |
V2's new patch algorithm (based on Superfine) is signifcantly faster than V1. Here are the benchmark results. To maximize performance, the benchmarked example app makes use of memoization to boost the rendering perf of table rows that are not affected by state changes. This technique will eventually make it into core as described in #721. |
Hey @jorgebucaran
The docs seem to lack any mention of "blazing fast" or similar :D
Do you have any of the common benchmarks implemented to know where hyperapp fits into either [1] or [2]?
[1] https://rawgit.com/krausest/js-framework-benchmark/master/webdriver-ts/table.html
[2] http://mathieuancelin.github.io/js-repaint-perfs/
The text was updated successfully, but these errors were encountered: