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

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=30322

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