[webkit-dev] XHR responseArrayBuffer attribute
Chris Marrin
cmarrin at apple.com
Tue Sep 28 10:13:15 PDT 2010
On Sep 28, 2010, at 9:45 AM, Maciej Stachowiak wrote:
>
> On Sep 28, 2010, at 7:15 AM, Chris Marrin wrote:
>
>>
>> On Sep 27, 2010, at 6:37 PM, Maciej Stachowiak wrote:
>>
>>>
>>> On Sep 27, 2010, at 3:19 PM, Michael Nordman wrote:
>>>
>>>> Webkit's XHR currently does not keep two copies of the data that I can see. I think we should avoid that.
>>>
>>> We could keep the raw data around, which hopefully is directly usable as an ArrayBuffer backing store, and only translate it to text format when/if the client requests responseText.
>>
>> Yes, the raw data should be usable without translation in an ArrayBuffer. But we'd still need to make a copy of the raw bits when a new ArrayBuffer is created via responseArrayBuffer(), because that object is mutable.
>
> Is there an immutable variant of ArrayBuffer? If not, we really need one. But even without that, note that you don't necessarily need to make an immediate copy, you can use copy-on-write.
>
> The immutable variant would be helpful since we could avoid implementing threadsafe copy-on-write just to allow efficient passing of ArrayBuffers to Workers.
There's not an immutable variant, but that's a good idea. I will propose it
-----
~Chris
cmarrin at apple.com
More information about the webkit-dev
mailing list