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

Performance in polyfilled browsers (Memory/GC?) #486

Open
Martin-Pitt opened this issue Aug 2, 2016 · 3 comments
Open

Performance in polyfilled browsers (Memory/GC?) #486

Martin-Pitt opened this issue Aug 2, 2016 · 3 comments

Comments

@Martin-Pitt
Copy link

In Safari & Firefox this usecase seems to slow down dramatically, any ideas? Is it the GC kicking in?

http://greensock.com/js/speed.html
(Set engine to Web Animations)

@birtles
Copy link

birtles commented Aug 2, 2016

For Firefox if you're using 48 or later you might hit bug 1253476. It can easily be fixed by just dropping fill: "forwards".

But for any browser, the test case uses width and height for scale instead of transform so it's going to trigger layout and not be able to be run on the compositor (although given the size of the elements being animated they're not likely to be layerized anyway unless you can use will-change to persuade the browser otherwise). So basically, it's very suboptimal use of the API.

@alancutter
Copy link
Contributor

There's a new release that includes a performance optimisation, can your example be updated to use that?
https://github.com/web-animations/web-animations-js/releases/tag/2.2.2

@Martin-Pitt
Copy link
Author

I'm not affiliated with the greensock example, have linked them to your comment though.

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

No branches or pull requests

4 participants