-
Notifications
You must be signed in to change notification settings - Fork 46.9k
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
New React.Perf eats a lot of CPU. #6983
Comments
For now I’ll mark as unconfirmed, but I’m happy to look into it if you provide an example app that reproduces this. |
I have the same problem. |
As far as I can tell your last two screenshots don't show anything from the perf tools? The function names there all just look like normal batching/update code. |
@gaearon Thanks for help @spicyj I know that you closed it but I observed one more thing regarding this topic. I'm developing a map based web app where user mostly just browse and move around on the map. These actions fire a lot of map events like and now the similar session with [email protected], here we have ~3-5% as you can see the time is much bigger in the latest version. I wanted to let you know about this |
But that's unrelated to ReactPerf, isn't it? |
I am also seeing this using I built |
👍 Then it’s fixed in master and the fix will be out in the next release. |
@gaearon true, it is unrelated to ReactPerf, sorry for making mess, i'm beginner in open source and I need to learn a lot. In production mode times are the same so I think that the debug mode is a little heavier in the latest version. |
Please feel free to investigate the difference further. It might very well be that there is low hanging fruit for optimization of DEV in master. |
After migration to React 15.1.0 I noticed that my application is running slower than usual. Quick debug with Chrome profiler shows that method
purgeUnmountedComponents
fromReactComponentTreeDevtool
eats around 30% of my application time. On every mouse move or click method iterates over huge amount of elements. I don't know if that behaviour is desirable.The text was updated successfully, but these errors were encountered: