Closed dharhas closed 4 years ago
Testing this out, first thing I've noticed is that if I load a single metric in skyplot view, and then switch to detail view, it still takes ~1m for the detail view plots to appear. CPU is at 100%, and there are very sparse blips of dask activity during this time.
This is what the dask graph looks like when loading the detail view.
There seem to be 2x20 sets of mini 'getitem' calls in series. I can't figure out where this is coming from, except that all the wait seems to be happening right before the last line of _switch_view_mode()
when it is called when going to the detail view for the first time. The delay is definitely not coming from constructing the visit-timeseries plot now, which is great, but we need to figure out where this is coming from. @brendancol @dharhas @philippjfr does anyone see this pattern of dask tasks when you run things locally on first switch to detail view after loading one metric?
And just confirmed that the speed of this scales with data size--that is, the 1Perc
dataset breezes quickly through that section of the graph, but with the same structure.
@timothydmorton I saw the same behavior related to the mini 'getitem' calls but didn't get around to looking into what was causing it. I need to zip up the 1perc dataset so @philippjfr & @brendancol can test offline.
Currently works with the following datasets:
/project/dharhas/DM-21335-New-KTK
and
/project/dharhas/DM-21335-New-KTK-1Perc
These were created with:
and
Notes:
pip install --user -e ./
since the cli has changed