Joystream / joystream

Joystream Monorepo
http://www.joystream.org
GNU General Public License v3.0
1.42k stars 115 forks source link

Argus: QN is sometimes very slow #4795

Closed kdembler closed 8 months ago

kdembler commented 1 year ago

I have upgraded my distribution node to use OpenTelemetry work by Zeeshan: https://github.com/Joystream/joystream/pull/4779. I have been running that for over a week now and has collected some data. This is latency distribution of my local QN responses:

CleanShot 2023-06-24 at 14 09 01@2x

As you can see, while most requests will finish faster than 80ms, there's a big chunk of outlier that require over 10s to finish. As you can see on the graph, 95th percentile is over 16s, which is unacceptably high. This can be an explanation of why we sometimes see videos taking ages to load, it seems QN can be the bottleneck, at least for some of them.

I would propose to nuke QN and just do the switch to Subsquid. I don't think it would be that much work since subsquid mappings for storage are already done in Orion. Then we would be using a maintained framework that regularly receives updates, does initial sync much faster and is generally more reliable

kdembler commented 8 months ago

I would propose to nuke QN and just do the switch to Subsquid. That's around the corner, closing