[Webkit-unassigned] [Bug 30322] WebKit level persistent caching

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Nov 11 00:16:35 PST 2014


--- Comment #46 from Sergio Villar Senin <svillar at igalia.com> ---
(In reply to comment #33)
> > * key filter is built by transversing the directory, are you planning to
> > have some kind of index file (perhaps with precomputed data) instead of
> > doing that? (the index file brings many other issues BTW specially related
> > to consistency after crashes and so).
> Hopefully not. Avoiding global metadata is one of things I'm trying out
> here. As you note if this works out it will eliminate lots of complexity and
> whole classes of robustness issues.
> Note that the initialization really just needs the directory, not the actual
> cache files or their inodes. This should be quick even with very large
> caches.

It should. Anyway I was not really worried about the initialization phase but the fact that we always need an IO operation to read metadata of the cache entry, something that is not needed with a global metadata structure. In any case I don't have data to back the potential performance gain (perhaps the number of times we find an expired resource is so low that it don't pay off) and after years dealing with robustness issues in libsoup I'm also starting to seriously consider the option of not using global metadata at all.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20141111/87184f3a/attachment-0002.html>

More information about the webkit-unassigned mailing list