Asklemmy

43893 readers

1198 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!

Open-ended question
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.
Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
Not ad nauseam inducing: please make sure it is a question that would be new to most members
An actual topic of discussion

Looking for support?

Looking for a community?

Lemmyverse: community search
sub.rehab: maps old subreddits to fediverse options, marks official as such
!lemmy411@lemmy.ca: a community for finding communities

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

founded 5 years ago

MODERATORS

Why does a small Lemmy instance perform better when accessing federated content? (programming.dev)

submitted 1 year ago by tatterdemalion@programming.dev to c/asklemmy@lemmy.ml

2 comments fedilink hide all child comments

After moving from lemmy.ml to programming.dev, I've noticed that web responses are fulfilled much more quickly, even for content on federated instances like lemmy.ml and lemmy.world.

It seems like this shouldn't make such a big difference. If a large instance is overloaded, it's overloaded, whether the traffic is coming from clients with accounts on that instance or from other federated instances.

Can this be explained entirely by response caching?

top 2 comments

sorted by: hot top controversial new old

[–] trachemys@iusearchlinux.fyi 3 points 1 year ago (1 children)

Yes, caching. When you ask for a remote community it doesn’t go fetch it right then. In fact, it doesn’t fetch at all. The remote community pushes when there is new data.

[–] tatterdemalion@programming.dev 1 points 1 year ago

Oh interesting I wasn't aware of the push behavior. That's cool, but perhaps over-eager at times?