-
Notifications
You must be signed in to change notification settings - Fork 19.6k
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
[Perf] High CPU overload and user interaction freezed in SVG map (canvas & svg) #14875
Comments
SVG rendering mode is not good at animation performance because each frame it needs to find out which DOM needs to be updated and manipulate the attributes of DOM(just like what virtual dom does). Even if we did lots of optimizations, it's still not as fast as Canvas. Especially in a case like this map which has lots of elements. The advance of SVG rendering mode is reducing the memory usage on mobile devices. |
@pissang Thanks for the detailed explanation. So this should not be considered a bug. |
Seems the performances have been improved in the new SVG renderer ecomfe/zrender#836 |
Awesome! The performance got improved significantly. It can be closed later. |
如何移除zr_100000图层?这会导致浏览器自带复制图片复制内容失败。 |
Version
5.1.1
Reproduction link
https://echarts.apache.org/examples/zh/editor.html?c=geo-svg-scatter-simple
Steps to reproduce
canvas
renderersvg
rendererWhat is expected?
Lower CPU overload and effectScatter has a smooth animation
What is actually happening?
High CPU overload and the animation of effectScatter is not smooth.
Others
I noticed that a strange zrender level named
zr_100000
was added to the DOM.The text was updated successfully, but these errors were encountered: