- From: <bugzilla@jessica.w3.org>
- Date: Fri, 05 Jun 2015 22:31:41 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=28496 Jonas Sicking <jonas@sicking.cc> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(jonas@sicking.cc) | --- Comment #6 from Jonas Sicking <jonas@sicking.cc> --- I don't see anything FirefoxOS specific here. If you've done some in-memory processing on a big chunk of data, you'll likely have that data in the form of an ArrayBuffer. If you then want to write that data to IndexedDB you probably want to write it in the form of a Blob. This is especially true for IndexedDB implementations which optimize storage of large Blobs in IndexedDB (hopefully all of them). The only way to do that is by doing |new Blob([arraybuffer])|. However that operation requires that the memory buffer is copied. This is both bad for performance and doubles the amount of memory used. Technically the UA could implement some form of copy-on-write scheme for the arraybuffer data. However I think that is very hard to do without sacrificing performance of all arraybuffer operations, which is unlikely something we want to do. This is why transferring of arraybuffers were invented in the first place. Adding a Blob constructor which allows declaring which ArrayBuffers should be transferred into the Blob seems like a simple addition to the platform. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Friday, 5 June 2015 22:31:44 UTC