There are only five pages of repositories there, so it's no surprise it responds quickly. We've been running gitea for several years, and when you put enough data into it (repositories, issues, comments, etc) it doesn't feel as fast anymore, although most pages still render within 500 ms. For example, opening large-ish issues can stall the server for a second or two (it reports rendering time in the footer, so I'm sure it's the server).
These load times were surprising to me given the relatively small amount of data being loaded (just the first page of results)... It feels like there could be an inefficient query at play here? The HTML responses aren’t huge (~400kB), and my ping to Codeberg (~125ms, US<-->Berlin?) shouldn’t be a major factor when just loading a single HTML document without factoring in other resources. I also have gigabit internet, and while there could be bottlenecks between here and Europe, they surely wouldn’t be responsible for slowing things down to this degree.
For comparison, I’ve run Gitea on a local server, and it’s been lightning fast, even with larger datasets. For example, on a test with the Linux kernel repo (1.3M commits), Gitea rendered the first page of commits in under 500ms. That’s a stark contrast to the 11 seconds it took on Codeberg’s Forgejo instance for just 22k commits.
I wonder if this slowness is more of a Codeberg hosting issue or something inherent to Forgejo, but I haven't tried Forgejo locally.
It agrees with what I was seeing, but it doesn’t really seem to explain much. I still don’t know if it is Codeberg-specific or Forgejo-specific, or why either of them would be slow for this task when Gitea local to me can go much faster (even accounting for ping latency).
I don't know if that's the whole story? Sure, GitHub has more data to process (and way more compute), but even when switching between tabs within one repo (going from code to pull requests, for example) GitHub is still much slower even though its query shouldn't be affected by the number of repositories it has.
