You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Querying and rendering the event view for streams in the time panel is, despite recent chunkification, quite slow. This is made worse by the "expand all" behaviour of the filter feature (#8654).
A likely optimisation is:
to avoid rendering evens for everything that is above the visible part of the scroll area
early out as soon as we're bellow the visible part of the scroll area
The text was updated successfully, but these errors were encountered:
abey79
changed the title
Do not attempt to render events for streams that are not scrolled out of screen
Only render events for streams that are visible in the time panel
Jan 21, 2025
Is this a performance drain when there are many entities? What is the slow part of it? Do you have a profiler screenshot? Has it become worse since 0.21?
The time panel is definitely a time hog when everything is uncollapsed. However, contrary to what I initially thought, we already skip drawing the event when not in the visible area.
The "early-out-when-bottom-is reached" optimisation sound a bit stupid (things would get worse upon scrolling the list), it does make sense in the context of filter. Indeed, early during typing the query, everything that matches (which can be a lot) is shown uncollapsed. Early exiting would allow keeping the frame time reasonable during the early moment of the user typing the query.
Querying and rendering the event view for streams in the time panel is, despite recent chunkification, quite slow. This is made worse by the "expand all" behaviour of the filter feature (#8654).
A likely optimisation is:
The text was updated successfully, but these errors were encountered: