REQUESTING YOUR #gopher PROTOCOL PROJECTS & GOPHERHOLES!

Please reply--I'm trying to do a general "state of gopherspace" article.

Let me know if you know of any cool gopher groups like #CircumLunar or #Bitreich.

#mastodon is very stable in terms of memory consumption!

But I'm thinking about what we're really doing here in #fediverse and I'm comparing it with, let's say, resource footprint of #circumlunar community (Zaibatsu / ... / Soviet) and realise that their footprint is kind of zero.

Everyone is on one of the three manually federated servers, using UNIX / pre-UNIX tools to communicate with each other, with the only non-UNIX tool being IRC.

Somehow it doesn't take 2GiB of memory and somewhat constant CPU load for #sundogs to exchange bytes.

I get that to host huge instances like mastodon.social, it makes sense to have #pgsql, but it feels like individual instances should be able to be cohosted on the same machine.

I'm committed to explore using file system and files for #doauth persistent storage backend.

But that also brings me to a dilemma of whether or not to use #elixir for the rewrite or to use #rust, to decrease footprint.

Obviously, #elixir will yield more stable, fault tolerant code with easier replication. #Rust, however will reduce excess footprints to 0 at a cost of longer development time (I'll need to benchmark current #tokio-based HTTP servers and see if I need to write my own dead simple server that doesn't use generics / isn't bloated), and it can easily eat up a month of my time.

Maybe it's all non-issue, especially if there's just one BEAM machine launched per host and we plug our applications into it (as intended)...

I think that the fact that I'm heavily leaning towards #elixir as the main production technology even though "close-to-metal" argument is important to me is a clear sign I should use it for production in #doma.