[webkit-gtk] webkit-gtk Digest, Vol 16, Issue 4

singhGajendra singh rawatgg at gmail.com
Sun Oct 17 23:35:24 PDT 2010


Thank you very much for the reply.
 Dan, It was just a thought for sharing Disk-cache for two different apps
based on webkit, like Browser and other similar apps like "webApps".

-Gajendra.

On Wed, Oct 13, 2010 at 7:30 PM, <webkit-gtk-request at lists.webkit.org>wrote:

> Send webkit-gtk mailing list submissions to
>        webkit-gtk at lists.webkit.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
> or, via email, send a message with subject or body 'help' to
>        webkit-gtk-request at lists.webkit.org
>
> You can reach the person managing the list at
>        webkit-gtk-owner at lists.webkit.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of webkit-gtk digest..."
>
>
> Today's Topics:
>
>   1. HTTP disk-cache support in multiprocess environment,      bug
>      44261 (singhGajendra singh)
>   2. Re: HTTP disk-cache support in multiprocess environment, bug
>      44261 (Sergio Villar Senin)
>   3. Re: HTTP disk-cache support in multiprocess environment, bug
>      44261 (Dan Winship)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 13 Oct 2010 11:05:01 +0530
> From: singhGajendra singh <rawatgg at gmail.com>
> To: webkit-gtk at lists.webkit.org
> Subject: [webkit-gtk] HTTP disk-cache support in multiprocess
>        environment,    bug 44261
> Message-ID:
>        <AANLkTimaLiTvoCooMsw9KWx304HQAHaOGrq7WhZnPRNh at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi, All.
> Just gone through patch submitted for Bug#44261(
> https://bugs.webkit.org/attachment.cgi?id=69810&action=prettypatch), which
> provides HTTP disk-cache support for GTK port. I would like to clear some
> of
> the doubts regarding my understanding .
> Please correct me where I found to be wrong.
>
> 1) Per session one WebKitSoupCache is supported.
> 2) Applications have a choice to set different cache location, i.e two
> different application can set their own Cache.
> 3) Cache can be shared and private.
>
> Now my doubt goes below:
> *Doubt::* two applications say X and Y(linked with webkit) shares same
> cache
> location, and both applications are running ,  each one would create its
> own
> WebKitSoupCache and loads "Soup.cache" file to create meta data.
>  Now If X and Y load same pages then how the synchronization would happen
> in
> in-memory data of WebKitSoupCache.
>  I have pointed out some of the use cases where Sync is required.
> 1) X loads a page(url1)  and writes data into cache, and now if Y tries to
> load same page, it won't take benefit of loading from cache, but would load
> from network, as Y has already created it's WebkitSoupCache meta data,
> which
> doesn't have this info.
>
> 2) Let say some page is already in cache, and then both X and Y get
> started,
> so both would have meta info of  cache page in their WebkitSoupCahe, but if
> X deletes the page as its cache size gets beyond the MAX limit(50MB) then
> cache info of Y stored in webkitSoupCache would be invalid.
>
> Please let me know you guys valuable comments/suggestions on this.
> Thanks a lot in advance..
>
> Regrads
> Gajen
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.webkit.org/pipermail/webkit-gtk/attachments/20101013/be48ecac/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Wed, 13 Oct 2010 10:46:29 +0200
> From: Sergio Villar Senin <svillar at igalia.com>
> To: webkit-gtk at lists.webkit.org
> Subject: Re: [webkit-gtk] HTTP disk-cache support in multiprocess
>        environment, bug 44261
> Message-ID: <4CB571E5.6010808 at igalia.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> En 13/10/10 07:35, singhGajendra singh escribiu:
> > Hi, All.
> > Just gone through patch submitted for
> > Bug#44261(
> https://bugs.webkit.org/attachment.cgi?id=69810&action=prettypatch
> > <https://bugs.webkit.org/attachment.cgi?id=69810&action=prettypatch>),
> > which provides HTTP disk-cache support for GTK port. I would like to
> > clear some of the doubts regarding my understanding .
> > Please correct me where I found to be wrong.
> >
> > 1) Per session one WebKitSoupCache is supported.
> > 2) Applications have a choice to set different cache location, i.e two
> > different application can set their own Cache.
> > 3) Cache can be shared and private.
> >
> > Now my doubt goes below:
> > *Doubt::* two applications say X and Y(linked with webkit) shares same
> > cache location, and both applications are running ,  each one would
> > create its own WebKitSoupCache and loads "Soup.cache" file to create
> > meta data.
> >  Now If X and Y load same pages then how the synchronization would
> > happen in in-memory data of WebKitSoupCache.
>
> As I already wrote in the bug there won't be any kind of
> synchronization. Both applications will share the same file, but when
> trying to use it at the same time anything could happen.
>
> >  I have pointed out some of the use cases where Sync is required.
> > 1) X loads a page(url1)  and writes data into cache, and now if Y tries
> > to load same page, it won't take benefit of loading from cache, but
> > would load from network, as Y has already created it's WebkitSoupCache
> > meta data, which doesn't have this info.
> >
> > 2) Let say some page is already in cache, and then both X and Y get
> > started, so both would have meta info of  cache page in their
> > WebkitSoupCahe, but if X deletes the page as its cache size gets beyond
> > the MAX limit(50MB) then cache info of Y stored in webkitSoupCache would
> > be invalid.
>
> Both of them will happen as you said. Those scenarios were not
> considered during the development process. Take into account that the
> http cache that is currently inside webkit is not meant to be there,
> it's just a temporal fix while all this stuff does not land into
> libsoup. So I don't think that there would be many situations like the
> one you describe. Applications that will take advantage of that would be
> mainly web browsers using webkitgtk, i.e, midori and epiphany.
>
> BR
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 13 Oct 2010 08:35:56 -0400
> From: Dan Winship <danw at gnome.org>
> To: Sergio Villar Senin <svillar at igalia.com>
> Cc: webkit-gtk at lists.webkit.org
> Subject: Re: [webkit-gtk] HTTP disk-cache support in multiprocess
>        environment, bug 44261
> Message-ID: <4CB5A7AC.9050200 at gnome.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 10/13/2010 04:46 AM, Sergio Villar Senin wrote:
> > Both of them will happen as you said. Those scenarios were not
> > considered during the development process. Take into account that the
> > http cache that is currently inside webkit is not meant to be there,
> > it's just a temporal fix while all this stuff does not land into
> > libsoup. So I don't think that there would be many situations like the
> > one you describe. Applications that will take advantage of that would be
> > mainly web browsers using webkitgtk, i.e, midori and epiphany.
>
> And, eg, epiphany puts its cache into ~/.cache/epiphany/, so no one else
> is going to end up using that cache accidentally.
>
> Having a shared multiprocess cache would definite be nice for some
> things, although you don't want to slow down access in the normal case
> to get it...
>
> Was there any particular use case you had, or just the general "it would
> be nice if different apps could share the same cached data"?
>
> -- Dan
>
>
> ------------------------------
>
> _______________________________________________
> webkit-gtk mailing list
> webkit-gtk at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
>
>
> End of webkit-gtk Digest, Vol 16, Issue 4
> *****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-gtk/attachments/20101018/0e73963b/attachment.html>


More information about the webkit-gtk mailing list