Issue 733649  revealed that there is some slowdown when removing the "first op" optimization in cc::PaintOpBuffer.

From that bug:
However, removing this is a big complexity cleanup in a piece of code that's currently being changed a good bit.  I'm not really sure that this is worth doing again as-is, and would maybe want to think in the future about whether we need to do something like Skia's small pictures or whether DrawingRecorder should provide an initial buffer (to prevent the allocation during the resize for small recordings).

This might be worth investigating PaintOpBuffer recording performance in the future and seeing what there is to do.