Skip to content

Content manifest caching #4435#4643

Open
Leinnan wants to merge 1 commit into
mainfrom
feature/contentManifestCaching
Open

Content manifest caching #4435#4643
Leinnan wants to merge 1 commit into
mainfrom
feature/contentManifestCaching

Conversation

@Leinnan
Copy link
Copy Markdown
Collaborator

@Leinnan Leinnan commented Jun 5, 2026

Resolves #4435 .

In my test when I was using the content manifest with less than 100 entries the time to get the content manifest were similar. When I've increased the manifest size to have bigger size (~1600 entries) the difference start to grow, but it was not consistent. I would say that the biggest win would be for cases where there is a big content manifest that changes from time to time so the clients would need to download a lot of data less frequently. There could be cases where there is a small manifest that does change often, then it could be worse than current solution. Instead of current one request(get me the latest manifest) it will perform two (get me the latest manifest UID, then the manifest with that UID) which is why I've introduced option to opt out of it with define symbol BEAMABLE_OPTOUT_MANIFEST_FILE_CACHING.

@Leinnan Leinnan requested a review from cdhanna June 5, 2026 12:23
@github-actions
Copy link
Copy Markdown
Contributor

github-actions Bot commented Jun 5, 2026

Lightbeam link

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Content Manifest Caching

1 participant