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
Under current implementation, we fetch the fragment graph for all streaming jobs at once as soon as user navigates to the "Streaming Graph" page. This will lead to problems if there are too many jobs in the cluster:
the web page may respond slowly and even crash due to high memory usage (which I encountered recently when debugging a customer's cluster)
I would suggest fetching the graph for each streaming job on demand to thoroughly resolve this issue. Note that this requires some more refactoring on the layout and back-pressure visualization as well.
The text was updated successfully, but these errors were encountered:
Under current implementation, we fetch the fragment graph for all streaming jobs at once as soon as user navigates to the "Streaming Graph" page. This will lead to problems if there are too many jobs in the cluster:
I would suggest fetching the graph for each streaming job on demand to thoroughly resolve this issue. Note that this requires some more refactoring on the layout and back-pressure visualization as well.
The text was updated successfully, but these errors were encountered: