virtualice is a user on octodon.social. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.
virtualice @CobaltVelvet

hey you know what would be a very interesting way to scale large instances

literally make a second mastodon.social

and redirect all new users there, the two hosted independently and maybe even managed differently or organized in regions

and potentially some addition that help the two share the local timeline efficiently

i mean that's how the network is *designed* to scale

ยท Web ยท 5 ยท 11

@CobaltVelvet yeah you have a point... or they could keep scaling servers with users (i think they stopped and a point and now it is only completely reactive upgrades)

@Gargron @CobaltVelvet well in that case, awesome, but does the host make calls on such things?

i mean not now but, "in the next years" or so

when vertically scaling postgresql will become an important issue

@CobaltVelvet yeah but the issue here is that a lot of blogs/articles/new users who don't know better link directly to mastodon.social. so yeah i could open another instance but it wouldn't like, help much? unless we sneakily redirect from our frontpage to the other one, but that would mess with people who want to login

@Gargron @CobaltVelvet Why not just turn off mastodon.social signups and direct them to other instances?

@kurisu @CobaltVelvet a prominent banner is the only option to do this but i don't know how effective it would really be. in the past when we closed sign ups new people thought "mastodon is closed", not "mastodon.social is closed", despite all the text explaining otherwise.

@Gargron @CobaltVelvet maybe just try the silent redirects then :/

@kurisu @CobaltVelvet @zatnosk this is why switter is great for the fediverse, they get their own press and act as a completely separate "entrypoint" to the idea of the fediverse

pawoo, friends.nico and social.coop are like that too. a lot of the other servers don't have resources or interest in attracting an outside public and rely on inter-fediverse movements, e.g. people who are already into the idea.

@gargron @kurisu @zatnosk i totally didn't think about that and it's an excellent point

@Gargron @zatnosk @CobaltVelvet It's unfortunate thats required though, because of the lack of understanding of federation. I think "lying" to users to ease their signup flow onto servers that aren't mastodon.social then explaining it to them after would probably be required to avoid mastodon.social centralisation.

@kurisu @gargron @zatnosk i mostly wonder if that way of advertising other instances instead of mastodon.social isn't going to be even more important later

maybe mastodon.social being popular is only because it's the beginning, and soon a few other specific instances will be more popular than m.s for most people

and we'll get some sweet optimizations contributed back ๐Ÿ˜Ž

@CobaltVelvet @kurisu @Gargron @zatnosk but many people will just want a "default" option that just works. it's like signing up for Gmail because you just want working email, or using the stock messaging app that came with your phone. That's what a "flagship" is supposed to be, in most people's minds: the one canonical thing they can point to. maybe the biggest, but definitely the most "official". the reasonable confidence that it won't go away suddenly.

@kurisu @CobaltVelvet also - which instance to link to? (linking to the picker is not suuuuper effective tbh, too much choice). if you want *me* to host another instance, well, it's got its benefits (my reputation, track record) but also downsides (centralization on me as a person)

@Gargron @CobaltVelvet Which? Pick a few instances that have similar policies to mastodon.social and you have no problem recommending as a substitute and do a silent signup page redirect.
@Gargron @CobaltVelvet If those don't exist, you can always create them (probably easier than scaling, assuming user growth continues).
@Gargron @CobaltVelvet Although having one instance full of newcomers actually doesn't sound like a good idea actually...

@gargron yeah more like that, i was thinking about leaving the log in as is, but redirecting registrations to the new instance(s)

@CobaltVelvet yes but the form is embedded on the page and you can't post to another website because of CSRF

@gargron well since you'd own both we can always imagine ways around that

i mean it's really a long-term solution to a very hard future problem (scaling vertically pg)

@CobaltVelvet @Gargron maybe something based on BDR (multi-master) (coming soonish for pg10 as a plugin) would be cool, but there's of course some gotchas (specially if you modify objects from two locations at the same time)

@CobaltVelvet @gargron what happens when people return to m.s to log in on those new registrations?

Multiplex login that redirect to different subdomains? O.o

@CobaltVelvet You know, that has me thinking about IRC and how I could point to a central server but dependent on certain factors - CPU load, lag, ping times - my connection would be filtered through one server versus another...

I have no idea if that would even be possible with something like Mastodon?

@electrotamitha we already kind of do that, except there is much more to keep shared between the servers so we usually keep them clustered.
but i was thinking about irc too while writing that, and we could inspire a solution from it