I wish more of the SourceHut stack was written in Go, like Gitea. It would greatly increase performance and simplify deployment. Long-waited NetBSD support in CI[1] would be awesome to be finished too.
More and more of it is being rewritten in Go as part of the API 2.0 project. In any case, SourceHut is already the fastest software forge by objective measures:
The comment you’re responding to specifically calls out Gitea, which isn’t measured in forge perf. (Most likely because there isn’t a major, permanent, public instance of Gitea... it seems to currently be targeted at self hosted instances, and then its speed is obviously dependent on the hardware it’s hosted on.)
Gitea and SourceHut can both be very fast, from what I’ve seen, but I haven’t seen any objective comparison numbers.
Codeberg, which is tested here, is hosted on Gitea.
A separate comparison would be needed to test the performance of self-hosted options. This comparison is meant to test hosted options, and in order to be fair, that has to also account for their hardware configuration, network situation, and so on, so simply adding a vaguely defined "Gitea" measure here would not be fair.
> Long-waited NetBSD support in CI would be awesome to be finished too.
As the maintainer of the linked vis project, I can confirm that the provided SSH access to the CI environment is very convenient and saves a lot of time.
I would also like to see the NetBSD support completed. It turns out that up until last week, we missed a #define to compile out of the box[1].
[1] https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/...