You search for 'agora speed'.
This you find around the Internetโฆ
๐ Results from Google โข Bing โข DDG โข Marginalia (embeds) โข Maps โข YouTube โข YouTube Music โข Spotify โข Bluesky โข Fediverse โข X
๐ Wikipedia article Agorร Ice Stadium leading to node [[Agorร Ice Stadium]]
๐ค AI generations by Agora Assistant (embeds) โข ChatGPT โข Claude
An assistant who will try to help you navigate this Agora (based on Mistral AI).
x
This you find in the Agora of Flanciaโฆ
๐ Node [[agora speed]] exact match
A node contains individual contributions with filenames matching the topic of the current Agora location.
๐ agora speed.md contributed by ๐ค @flancian ๏ธ๐ โ๏ธ
- The Agora started very fast (it was pleasant) and then proceeded to get very slow (with features, but mostly really with the number of nodes+edges that itโs handling, see stats in [[nodes]] if interested).
- It could be fast again โ we just need to fix some issues :)
-
As of right now, very often the Agora takes almost 10s (!) to load some pages, particularly when under load. Thereโs a variety of reasons this happens โ I could write about them here but right now Iโd rather just go ahead and try to fix them ;)
- Doing pomodoros today, [[2022-03-20]], to try to address this issue.
-
When starting benchmarking, dev.anagora.org/do is regularly taking 3.7s to load (measured with [[time curl]]). In production this is often longer, but this seems like a good test node (because of the amount of pushes it has, which I think is related to the slowdown).
- The first load after restarting the dev server is often 10s, which is closer to what weโd see in prod (because it needs to load+process the whole Agora graph).
-
Same on [[2022-04-09]].
- Increased organic traffic + crawler bot activity.
- Changed number of workers (it seems more is not necessarily better, trying running with 10.)
- Changed cache expiry to a random range to prevent thundering herd by workers hitting cache TTL in unison.
- Cached calls to node().
- I wonder if thereโs low hanging fruit remaining; dev.anagora.org just tends to feel so fast in comparison with prod, perhaps Iโm missing whereโs the bottleneck. Will add debugging data.
- HA.
- The Agora workers were restarting very often, way more often than CACHE_TTL, because the bots that are causing most of the increase in load were also hitting URLs that produce 500s โ a nice favour really, as they call attention to an obvious bug we need to fix in [[journals]] (they link out to bad URLs due to an issue with the renderer), but in the meantime they were essentially nuking the performance of the Agora and making all the recent performance work not really take effect.
- Now that this is fixed I can happily report that the Agora feels noticeably snappier :)
๐ agora speed.md contributed by ๐ค @agora@botsin.space
๐ agora speed.md contributed by ๐ค @an_agora@twitter.com

Rendering context...
๐ฃ๏ธ Shared spaces for [[agora speed]]
A stoa is a semi-public space where interested people can meet and collaborate.
x
๐ Shared document at https://doc.anagora.org/agora-speed
๐น Meeting space at https://meet.evolix.org/agora-speed
๐ Full search for 'agora speed'
โ Edit [[agora speed]] (requires sign-in)
What could we show here?