[webkit-dev] Arena is crufty?

[Darin Fisher]

Reference counting is not a solution.  It still requires pointers to track
objects.  KBR is avoiding the overhead of storing pointers to track objects.
 That's the point of using an arena allocator for things that do not have
destructors.

-Darin


On Thu, Sep 2, 2010 at 3:15 AM, Jeremy Orlow <jorlow at chromium.org> wrote:

> Isn't ref counting supposed to be _really_ optimized for exactly this use?
>  It seems like a good match--unless you have major issues with
> cycles...which might be the issue?
>
> J
>
>
> On Thu, Sep 2, 2010 at 3:20 AM, Kenneth Russell <kbr at google.com> wrote:
>
>> I would be happy to not add another Arena client, but the primary
>> reason I need an arena is not just for performance but to avoid having
>> to keep track of all of the objects I need to delete.
>>
>> Is there any consensus yet on how to proceed with
>> https://bugs.webkit.org/show_bug.cgi?id=45059 ? I'm concerned about
>> taking on large-scale restructuring with potential performance impact
>> as a prerequisite for my landing any initial code. I could revert my
>> PODArena class to use its own memory allocation rather than that in
>> Arena.h.
>>
>> -Ken
>>
>> On Wed, Sep 1, 2010 at 7:12 PM, David Hyatt <hyatt at apple.com> wrote:
>> > Please let's not add another client of Arena though.  That will just
>> make it harder to remove, and I highly doubt you're getting any real
>> performance gain from using it.
>> >
>> > dave
>> >
>> > _______________________________________________
>> > webkit-dev mailing list
>> > webkit-dev at lists.webkit.org
>> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>> >
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>
>
> _______________________________________________
> 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/20100902/1d15bfed/attachment.html>