Bug #22127
openevent loop slowdowns during normal data table page loads
Description
The red bars represent a stalled event loop, this means the browser is basically unresponsive during these times. With a debug build, total time spent is about 8s.
The release build is better, but event loop is still blocked for about 2s:
One thing that is suspicious is that the stacked blue bars represent "requestContainerStatusCount" and it is only when all those requests are completed that there is a break in the event loop being blocked.
Files
Updated by Peter Amstutz 19 days ago
- Subject changed from filterResources is inefficient to event loop slowdowns during normal data table page loads
Updated by Peter Amstutz 19 days ago
- Assigned To changed from Peter Amstutz to Stephen Smith
Updated by Peter Amstutz 19 days ago
- Description updated (diff)
- File wb2-release-jank.png wb2-release-jank.png added
- File wb2-debug-jank.png wb2-debug-jank.png added
Updated by Peter Amstutz 18 days ago
From the "flame" chart, it also looks like it might be doing multiple expensive re-renders in that 'blocked event loop' period. Perhaps this is happening each time the redux state changes? What is happening here is that actions trigger other actions which independently mutate the state in several steps, which might trigger intermediate renders that are never seen by the user but are still slows things down.
Updated by Peter Amstutz 18 days ago
- Target version changed from Development 2024-09-25 sprint to Development 2024-10-09 sprint
Updated by Peter Amstutz 11 days ago
- Target version changed from Development 2024-10-09 sprint to Development 2024-10-23 sprint