this post was submitted on 11 Jun 2023
179 points (100.0% liked)

Asklemmy

1454 readers
70 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy ๐Ÿ”

If your post meets the following criteria, it's welcome here!

  1. Open-ended question
  2. Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
  3. Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
  4. Not ad nauseam inducing: please make sure it is a question that would be new to most members
  5. An actual topic of discussion

Looking for support?

Looking for a community?

~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~

founded 5 years ago
MODERATORS
 

I'm really enjoying lemmy. I think we've got some growing pains in UI/UX and we're missing some key features (like community migration and actual redundancy). But how are we going to collectively pay for this? I saw an (unverified) post that Reddit received 400M dollars from ads last year. Lemmy isn't going to be free. Can someone with actual server experience chime in with some back of the napkin math on how expensive it would be if everyone migrated from Reddit?

you are viewing a single comment's thread
view the rest of the comments
[โ€“] panoptic@fedia.io 4 points 1 year ago (3 children)

That's what they're saying.

Essentially - if someone from the small instance subscribes to a community that has a ton of data (huge post volume, images, whatever), the small instance needs to pull data over from the larger instance. At some point there may be communities that are so large small instances can't pull them in without tanking.

[โ€“] Silviecat44@vlemmy.net 1 points 1 year ago* (last edited 1 year ago)

I wonder if there is a way to get around this? maybe smaller instances will have to be text-only?

[โ€“] ShadowAether@sh.itjust.works 0 points 1 year ago (1 children)

Could that be solved by caching? Can't the smaller instance avoid some duplication?

[โ€“] panoptic@fedia.io 1 points 1 year ago

If I'm reading the protocol right, it's probably larger instances that will avoid more duplication, since:

  1. There's a higher chance they're going to have more communities shared among users (for really tiny instances you're probably going to get a lot of overlap since those people likely have interconnected interests, but I expect that would fall off quickly, but then converge at scale).
  2. The larger number of users will mean they 'use' more of the content they're pulling down (I can't read all of a highly active community in a day, but 1000 people together checking through the day might 'use' it all).

I'm not sure I see where you see caching fitting in.
I am surprised I don't see some kind of lower resolution digest concept in the protocol (which might be what you're looking for)

[โ€“] honk@feddit.de 0 points 1 year ago (1 children)

maybe I phrased that poorly and you didn't understand what I was trying to say. The size of the bigger instance shouldn't matter at all because only data from communities is pulled, that a member of the smaller instance is subscribed to. So if the bigger instance has 1000 members or 2 million members wouldn't make a difference. The only thing relevant should be how active the communities are that members are subscribed to.

[โ€“] panoptic@fedia.io 0 points 1 year ago (1 children)

Sure, the sizes of the communities is what matters (multiplied by the number of communities users on the server care about).
I think most of us are assuming larger instances are more likely to host the larger communities.

Actually, if I'm reading the protocol right, it'd be hard for a small server to host a highly active community anyway (for some value of highly active). So yes, some 2 person instance that was created to offload stuff could be the primary host for a massive community, but in practice it won't.

[โ€“] honk@feddit.de 1 points 1 year ago

We are arguing about very specific things here anyway. And I generally do share your concerns about how well this is going to scale. I want this to do well.