/kbin meta

639 readers

1 users here now

Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign

founded 1 year ago

Is kbin.social anti-corporation? Should it be? (kbin.social)

submitted 1 year ago by [email protected] to c/[email protected]

76 comments fedilink hide all child comments

I'm seeing discussions on other instances about how a "federated" corporate instance should be handled, i.e. Meta, or really any major company.

What would kbin.social's stance be towards federating/defederating with a Meta instance?

Or what should that stance be?

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 3 points 1 year ago (4 children)

Mostly, one instance creating a massive load of traffic, making the overall load on the smaller instances heavier as they pull in posts to which others are subscribed. I'm not sure if it would be a huge problem, though?

[–] [email protected] 3 points 1 year ago (3 children)

It certainly could be. Each server is responsible for keeping track of activity on the network. It hasn't been an issue so far since all the "big" servers are relatively equal and the overall network is still small. If Kbin suddenly had to process and record every single Reddit comment/thread, it would be a massive drain on CPU resources and immediately cause data issues as Kbin just doesn't have the data capacity that a giant company is capable of building out. Federating all the things may not be viable in the organic future, but we would get there much quicker if a mega server started dumping messages hard.

[+] [email protected] 2 points 1 year ago (2 children)

[deleted]

[–] [email protected] 1 points 1 year ago (1 children)

The thing about federation is that every server basically copies any content that the users on it want to see. So if a comment/post is made on lemmy.world, lemmy.world sends out an update to every other server on which a user is subscribed to the thread/community/user. So each instance that has a subscribed user ends up having to process the new comment/post. If a Meta community came in with say, a million users, now every instance has to process the comments for all those users (that is, if folks on those instances want to see that Meta content).

It is a bit inefficient, but it's just the way a decentralized network has to function. I could see many people thinking that any time you open a thread, the data comes in from the originating instance, i.e. that your home instance doesn't store the data you are viewing. It is unfortunately, and I think it will be a problem in the future as communities grow.