[Webkit-unassigned] [Bug 24001] New: [GTK] Cache control APIs

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 18 04:15:16 PST 2009


           Summary: [GTK] Cache control APIs
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: zuh at iki.fi

There's a certain amount of control applications want to have over the caches
that WebKit has, most importantly clearing them (for forcing content re-loads
for example).

There is three kinds of caches at least:

 - In-memory cache for resources (images, stylesheets etc)
 - On-disk cache for resources
 - Page cache for loaded documents

As mentioned in bug #21239, the on-disk cache is planned to be handled through
Soup for the GTK+ port so it needs no additional API (although it does mean
that you need to clear it separately then...).

The in-memory cache size is a bit tricky to expose and it probably makes more
sense to be automatic or modified build-time for special cases anyway, so I
don't have a patch for that.

Setting the page cache size is also a questionable thing to expose directly,
since applications can't have a good view to what is a good value really.

What the mac port does is to have three caching models (small/medium/large) for
different application profiles, and these are relative to the capacity of the
machine. So for example for a document viewer (no frequent navigation) the page
cache is disabled, for a document (eg. help) browser the size is at most 3 and
smaller if there's under 1GB of memory and a web browser gets 5 if there's more
than 2GB of memory.

I think this would be a sane thing to do for the GTK+ port too.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

More information about the webkit-unassigned mailing list