[webkit-dev] Out-of-memory handling

Kulanthaivel kulanth at gmail.com
Thu Dec 18 23:21:00 PST 2008

You can check the Nokia's S60WebKit MemoryManager implementation. They have
developed a method to handle out of memory situations in WebKit

On Tue, Dec 9, 2008 at 12:07 AM, Darin Adler <darin at apple.com> wrote:

> On Dec 8, 2008, at 8:21 AM, Kelemen Balázs wrote:
>  A tempting approach would be using exception handling. E.g., what if we
>> could catch a bad_alloc exception?
> To use exception handling you'd probably have to change all the WebKit code
> to do cleanup when an exception is propagating. Otherwise, exiting an
> arbitrary function half way through could leave data structures in an
> inconsistent state.
> Fixing this is a large project, almost certainly impractical.
>  Would there be any way to simply force WebKit from the browser to
>> "shutdown" itself? When I say shutdown, I mean exiting in an elegant way,
>> e.g., we could save history and other important information to disk (so that
>> when the browser restarts, some info does not get lost).
> Sure, you could do that if you make sure that the "important information"
> is stored in data structures that have some sort of integrity guarantee,
> which are not manipulated directly by the WebCore/WebKit code. And make sure
> the code that writes those data structures can function without allocating
> additional memory.
> But I don't think there's any real advantage to using exception handling
> for this. You could have a function called when out of memory that does this
> work.
> Another approach is to save history and other important information as you
> go. So if you run out of memory there's nothing that needs to be done.
>    -- Darin
> _______________________________________________
> 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/20081219/fb426535/attachment.html>

More information about the webkit-dev mailing list