[webkit-dev] WebKit GPU rendering possibility

Olmstead, Don Don.Olmstead at sony.com
Tue Nov 22 11:04:11 PST 2016


We actually mentioned fastuidraw while we were at the contributors meeting as a potential replacement for our Cairo rendering for PlayStation. When we got to a point with our port where we can start evaluating we'd be interested in taking a look. The only problem I had with the setup was a reliance on boost, but maybe there are ways around it.

From: webkit-dev-bounces at lists.webkit.org [mailto:webkit-dev-bounces at lists.webkit.org] On Behalf Of Rogovin, Kevin
Sent: Wednesday, November 2, 2016 9:36 AM
To: webkit-dev at lists.webkit.org
Subject: [webkit-dev] WebKit GPU rendering possibility


Hi,



I was directed here by some colleagues as this is the place to post the following to get started on the following proposal.



I have been working on an experimental 2D renderer that requires a GPU, the project is open sourced on github at https://github.com/01org/fastuidraw. I gave a talk at the X Developers Conference this year which can be seen from https://www.x.org/wiki/Events/XDC2016/Program/rogovin_fast_ui_draw/ .



I made a benchmark which makes heavy use of rotations and clipping and ported to SKIA, Qt's QPainter and Cairo. The benchmark and its ports are in the git repo linked above under the branch with_ports_of_painter-cells. It's performance advantage of FastUIDraw against the other renderers was quite severe (against Cairo and Qt's QPainter over 9 times and against SKIA about 5 times faster).



I would like to explore the option of using FastUIDraw to implement a WebCore::GraphicsContext backend for the purpose of making drawing faster and more efficient on Intel devices that are equipped with a GPU. I also think that some minor modifications to WebKit's use of GraphicsContext will also give some benefits. I have worked on WebKit a few years ago and knew/know my way around the rendering code very well (atleast at that time).



Looking forward to collaboration,

-Kevin Rogovin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-dev/attachments/20161122/5e5ee5fc/attachment.html>


More information about the webkit-dev mailing list