DescriptionCut down SkBBH API more.
- The expected case is now a single bulk-load insert() call instead of N;
- reserve() and flushDeferredInserts() can fold into insert() now;
- SkBBH subclasses may take ownership of the bounds
This appears to be a performance no-op on both my Mac and N5. I guess
even the simplest indirect branch predictor ("same as last time") can predict
the repeated virtual calls to SkBBH::insert() perfectly.
BUG=skia:
Committed: https://skia.googlesource.com/skia/+/4477c3c0e6eb064772aefe8737425cd1c2ce557f
Patch Set 1 #Patch Set 2 : cast #Patch Set 3 : optional ownership #Patch Set 4 : update rtree bench #Patch Set 5 : update rtree bench #Patch Set 6 : update tilegrid test #
Total comments: 9
Patch Set 7 : cut out more #Patch Set 8 : virtual #
Messages
Total messages: 39 (12 generated)
|