20+ seconds to render the initial page content. 15 seconds of that spent fetching sub-megabyte JS files. This is impossibly slow and we should figure out why.
Description
Description
Details
Details
Related Changes in Gerrit:
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| jaeger: bump collector and query resources | operations/deployment-charts | master | +8 -0 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T340551 distributed tracing epic | |||
| Open | None | T320549 distributed tracing v0 [minimum viable] | |||
| Resolved | CDanis | T358152 troubleshoot why initial pageloads of trace.wikimedia.org are so slow |
Event Timeline
Comment Actions
Change 1005794 had a related patch set uploaded (by Filippo Giunchedi; author: Filippo Giunchedi):
[operations/deployment-charts@master] jaeger: bump collector and query resources
Comment Actions
Change 1005794 merged by jenkins-bot:
[operations/deployment-charts@master] jaeger: bump collector and query resources
Comment Actions
As it turns out, this required a change to the upstream chart:
https://gerrit.wikimedia.org/r/c/operations/deployment-charts/+/1005819
Anyway, with that change applied, the page loads from scratch in about 900ms for me, and also there's no more CPU throttling shown.
I'll send a PR upstream as well.
