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
hannes-ucsc opened this issue
Nov 8, 2022
· 2 comments
Assignees
Labels
canaryDone by the Clever Canary teamdebt[type] A defect incurring continued engineering costenh[type] New feature or requesticeboxedorange[process] Done by the Azul teamperf[subject] Performance, efficiency or cost
Data Browser makes concurrent requests against /index and /summary endpoints and that kicks off two simultaneous requests against TDRs enumerateSnapshots endpoint. By staggering the /summary request to occur after the /index request returns, we can eliminate that request and halve the load on TDR. It would also speed up the /index response (since it won't be competing with the concurrent /summary request) and cause a better, more responsive UX. Sometimes serializing things actually makes reduces the overall time needed. This is one of those cases.
theathorn
added
debt
[type] A defect incurring continued engineering cost
enh
[type] New feature or request
perf
[subject] Performance, efficiency or cost
canary
Done by the Clever Canary team
labels
Nov 9, 2022
There is nothing incorrect about the current Data Browser behavior, but the assumption is that a simple change "staggering the /summary request after the /index request (on a per user basis), and rendering the table when the /index request returns should improve the UX on initial visits". Adding request synchronization within the web service would be much more complex.
In summary if this a simple change we have an easy UX performance win.
canaryDone by the Clever Canary teamdebt[type] A defect incurring continued engineering costenh[type] New feature or requesticeboxedorange[process] Done by the Azul teamperf[subject] Performance, efficiency or cost
Data Browser makes concurrent requests against
/index
and/summary
endpoints and that kicks off two simultaneous requests against TDRs enumerateSnapshots endpoint. By staggering the /summary request to occur after the /index request returns, we can eliminate that request and halve the load on TDR. It would also speed up the /index response (since it won't be competing with the concurrent /summary request) and cause a better, more responsive UX. Sometimes serializing things actually makes reduces the overall time needed. This is one of those cases.For background see here:
https://ucsc-gi.slack.com/archives/C705Y6G9Z/p1666748331379769?thread_ts=1666724068.705709&cid=C705Y6G9Z
The text was updated successfully, but these errors were encountered: