[webkit-dev] setting a size limit for Application Cache
Jeremy Orlow
jorlow at chromium.org
Wed May 6 11:40:19 PDT 2009
The way I see it, there's 2 uses for AppCache in the mobile space:
Simply speeding things up (i.e. just a cache) and web applications you'd
like to use offline. For the first use case, automatic eviction (presumably
via LRU) is quite acceptable. For the second use case, I think you need
some way to "pin" the app in the cache. Anything that's pinned would not be
subject to LRU. If the user wanted to pin an app, but the memory was full
of other pinned apps, you could then present the user with an "uninstall"
dialog.
I agree that the less UI the better, but I know I'd be mad if I gmail
offline stopped working simply because I hadn't visited the site in a while.
J
On Wed, May 6, 2009 at 11:37 AM, Jeremy Orlow <jorlow at google.com> wrote:
> The way I see it, there's 2 uses for AppCache in the mobile space:
> Simply speeding things up (i.e. just a cache) and web applications you'd
> like to use offline. For the first use case, automatic eviction (presumably
> via LRU) is quite acceptable. For the second use case, I think you need
> some way to "pin" the app in the cache. Anything that's pinned would not be
> subject to LRU. If the user wanted to pin an app, but the memory was full
> of other pinned apps, you could then present the user with an "uninstall"
> dialog.
>
> I agree that the less UI the better, but I know I'd be mad if I gmail
> offline stopped working simply because I hadn't visited the site in a while.
>
> J
>
> On Wed, May 6, 2009 at 9:23 AM, Andrei Popescu <andreip at google.com> wrote:
>
>> Hi,
>>
>> I was recently looking at
>>
>> https://bugs.webkit.org/show_bug.cgi?id=22700
>>
>> I have a small patch that attempts to fix this issue by
>>
>> 1. allowing the ChromeClient implementers to decide what the size
>> limit should be,
>> 2. evicting caches (in LRU order) from the database when the size
>> limit is reached and a new cache needs to be saved.
>>
>> After an initial discussion with Alexey Proskuryakov on IRC, we agreed
>> to ask webkit-dev for advice on this matter: is LRU eviction the
>> correct thing to do? It seems clear that the intended usage of
>> Application Cache is to act as a repository for Web applications that
>> can be used offline. However, when the disk space allowed for this is
>> completely used up, would it be ok to make room for new apps by
>> automatically evicting existing ones? The advantage of this is that it
>> allows this feature to function without any UI at all. The drawback is
>> that some apps would suddenly stop working offline. The alternative is
>> to simply throw an error when the size limit is reached and expect the
>> UA to provide some UI that allows users to free space by
>> "uninstalling" existing apps. However, having another setting for this
>> may turn out to be inconvenient (it's hard to discover and increases
>> the burden on users who already have to deal with cookies, normal HTTP
>> cache, databases, geolocation, etc).
>>
>> Many thanks,
>> Andrei
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20090506/40f20f92/attachment.html>
More information about the webkit-dev
mailing list