[webkit-dev] Regarding cache memory leaks

Andrei Bucur andrei.bucur at gmail.com
Mon Oct 18 14:37:51 PDT 2010

I don't know if this is the use case but it should be noted that the
CachedResourceLoader (the old DocLoader) never drops the CachedResource
handles it has. This prevents resource deletion while the
CachedResourceLoader is alive and kicking. This means that modifying the
source of an <img> element from JS does not cause the old image to be
released even though it is removed from the cache eventually.


On Mon, Oct 18, 2010 at 10:18 PM, Holger Freyther <zecke at selfish.org> wrote:

> On 10/18/2010 02:55 PM, sumanrapolu at aim.com wrote:
> > Hi Holger,
> Hi,
> (please keep the mailinglist in the loop)
> > We have applied the
> > patch(https://bug-44806-attachments.webkit.org/attachment.cgi?id=68154)
> to
> > remove the "deadResources", which is working fine. Because of this patch
> the
> > duration to consume the entire available RAM has increased. But still the
> > "liveResources" are not freeing, due to which its again consuming the
> entire
> > available RAM.
> my time is limited right now so I can not help you in my spare time. But if
> the encoded data of the current page is more than fits into your RAM there
> is
> not much you can do, you can either wait to get killed by the kernel, or
> you
> can stop loading the page. Just imagine you would throw away images you
> have
> already downloaded, you would need to download them again.. in most cases
> where you have limited RAM you also have limited bandwidth...
> The two things that I can propose are:
>        a) verify thay you are not leaking memory. Create a simple page,
> reload it in
> a loop, repaint it and see what happens to your memory...
>        b) ask the Linux VM to overcommit memory and see how far you can
> push things.
> I just can't commit more of my spare time to look into memory usage of
> WebCore, I wish I could spend more time on WebKit...
> _______________________________________________
> 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/20101019/d6e553e9/attachment.html>

More information about the webkit-dev mailing list