The function is super hot and is showing up in some benchmarks (~4-5 percent under pprof). For some reason, it is not inlined when it should be (it's just a function call + a cast in release). Let's just inline it!
Created attachment 117737 [details] Proposed inlining, moved the method to RenderView.h
Comment on attachment 117737 [details] Proposed inlining, moved the method to RenderView.h View in context: https://bugs.webkit.org/attachment.cgi?id=117737&action=review Concept is great. The .exp file needs to be updated to avoid breaking the Mac build. > Source/WebCore/rendering/RenderObject.h:517 > + // Inlined into RenderView for performance and to avoid a cyclic dependency. This comment is confusing as written. I don’t know what it means to “inline something into RenderView”. Maybe if you said RenderView.h it’d be easier to understand.
Created attachment 117916 [details] Updated patch: updated WebCore.exp.in and fixed the comment.
Comment on attachment 117916 [details] Updated patch: updated WebCore.exp.in and fixed the comment. The patch seems to be causing some crashes mostly in svg in the cq. I will investigate what's going on. s
Created attachment 118101 [details] Fix 3: re-add the client->view() to RenderSVGResourcesContainer as it looks fine for an SVGDocument not to have a RenderView and yet the render tree being rooted.
Comment on attachment 118101 [details] Fix 3: re-add the client->view() to RenderSVGResourcesContainer as it looks fine for an SVGDocument not to have a RenderView and yet the render tree being rooted. Clearing flags on attachment: 118101 Committed r102185: <http://trac.webkit.org/changeset/102185>
All reviewed patches have been landed. Closing bug.