Cleaning up the cache

[eidolonFIRE]

I am reading in the docs that setting the maxStoreLength can be performance expensive when the limit is very high because it may need to sort through many thousands of files to delete the oldest. It also appears from the description that cachedValidDuration doesn't affect the retention of the files, only forces a cache miss for a given tile.

Question: Can I voluntarily scan through the cache to purge all files dated before a given DateTime? It would be great if I could do this occasionally rather than set a hard tile count limit.

[JaffaKetchup]

Hi there @eidolonFIRE.
You will have to do this manually through 'access.tiles'. It contains a file for each tile. After deleting the appropriate files, make sure you use invalidateCachedStatistics().
Let me know if you need more help!

[eidolonFIRE]

I can't get store.stats.invalidateCachedStatistics(); to actually do anything. Tried every combination of running and waiting or even restarting the app. I peek at the files and they don't change either.

Adding .noCache before getting the store size gives me the value I expect.

[eidolonFIRE]

I'm not able to reproduce with the example application.
The only meaningful difference I've been able to find between my project and the example is that I have different stores for different tile URLs, and I switch back and forth between them. That is when things break.

For now I am just using .noCache. and it's fine. I don't need to see the stats very often.

Thanks for the help!
Next I'm gonna test this out on iOS. 🤞

[JaffaKetchup]

Sure. Excited to see how it goes for you on iOS!

[eidolonFIRE]

Seems to be working so far 👍

[JaffaKetchup]

That's great. If you can give a star and a like, and if you can spare any change, that would be greatly appreciated!

[JaffaKetchup]

Thanks :)