Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

caching strategy #360

Open
schmocker opened this issue Nov 3, 2021 · 1 comment
Open

caching strategy #360

schmocker opened this issue Nov 3, 2021 · 1 comment

Comments

@schmocker
Copy link

schmocker commented Nov 3, 2021

Hi, I have tested your docker image using 12k Images (100-200 MB/img). Unfortunately I is not very fast with such hight resolution images. I think your caching strategy is not build to render sub-sub-tiles out of previously requested sub-tiles - so the original image has to be loaded into memory for every request. Is this assumption correct?

I have mounted a azure storage account with the original images and and one for caching to a azure app service with 10 nodes where each has 2 vCPU and 8 GB memory. Still the performance is very bad while zooming into an image with IIIF Leaflet.

@subotic
Copy link
Contributor

subotic commented Mar 26, 2024

Sorry for the late reply. Yes, caching is done based on the canonical URL, i.e., the requested image is put into cache on first request. But your proposition sounds interesting.

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

No branches or pull requests

2 participants