Or Vector and ByteBuffer. All these cases requiring very large buffers seem to be about untyped data.
antti On Thu, Nov 20, 2014 at 9:40 PM, Filip Pizlo <fpi...@apple.com> wrote: > That looks like a pretty good performance win. > > I'd advocate for SmallVector and Vector, then. > > -Filip > > > On Nov 20, 2014, at 11:38 AM, Chris Dumez <cdu...@apple.com> wrote: > > The corresponding Blink bug did contain some performance data: > CrBug#229226 <https://code.google.com/p/chromium/issues/detail?id=229226> > > Kr, > -- > Chris Dumez - Apple Inc. > Cupertino, CA > > > > > On Nov 20, 2014, at 11:32 AM, Geoffrey Garen <gga...@apple.com> wrote: > > I wonder what the downsides are to this approach. Footprint of Vector? > > > It looks like the original change was motivated by shrinking Vector: > > https://bugs.webkit.org/show_bug.cgi?id=97268 > > Sadly, it didn’t include any data on the observed benefit :(. > > Geoff > _______________________________________________ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev > > > > > _______________________________________________ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev > >
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
