[webkit-dev] When should I use AtomicString vs String?

[Rafael Brandao]

This thread contains really useful information, so I've created a new topic
on https://trac.webkit.org/wiki/EfficientStrings and pointed to here.

Best regards,
Rafael


On Fri, May 31, 2013 at 8:32 PM, Ryosuke Niwa <rniwa at webkit.org> wrote:

> We shouldn't use AtomicString if the string we're about to create doesn't
> get shared across multiple AtomicStrings.
>
> For example, if we had used AtomicString for the strings inside Text
> nodes, then we may end up filling up the atomic string table with all these
> really long strings that don't typically appear more than once.  It also
> slows down the hash map look up for all other atomic strings.
>
> On Fri, May 31, 2013 at 3:00 PM, Brendan Long <self at brendanlong.com>wrote:
>
>>  So should I just never use String and always use AtomicString?
>>
>>
>> On 05/31/2013 03:14 PM, Daker Pinheiro wrote:
>>
>> It is faster to compare and hash AtomicString than regular Strings.
>>
>>
>> On Fri, May 31, 2013 at 5:57 PM, Brendan Long <self at brendanlong.com>wrote:
>>
>>> I hope this isn't a stupid question, but I can't find any references to
>>> what the difference between AtomicString and String is. It looks like
>>> AtomicString is generally preferred, but I don't know why. Can someone
>>> fill me in on this? Is there any refences for the classes in WTF?
>>>
>>>
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>>>
>>>
>>
>>
>>  --
>> Daker Fernandes Pinheiro
>> http://codecereal.blogspot.com
>>
>>
>>
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>>
>>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>


-- 
Rafael Brandao @ INdT
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20130531/f9a48cde/attachment.html>