On Sat, Apr 3, 2010 at 9:32 PM, Zoltan Herczeg <zherc...@inf.u-szeged.hu> wrote: > Hi, > > I am working on a parallel painting feature for WebKit (bug id: 36883). > Basically it records the painting commands on the main thread, and replay > them on a painting thread. The gain would be that the recording operation > is cheap. Currently it is Qt specific, but I could make it more platform > independent if other ports are interested.
EFL port would be interested in this. Could you provide more details on the implementation? Is the painting thread a single thread, or is it being split to N cores? Did you consider the alternative that is isolate webkit layout in another thread as well? From our environment tests (embedded systems), re-layout process can take few seconds without any paint... that being done in the main thread hurts the whole experience as the event processing of menus, animations and others are blocked. In an ideal world WebKit would never block, it would just proxy input and output events to its thread (hard, error-prone... :-/), there it would layout, render and when ready release the main thread to use the painted contents (maybe tiles as the Qt port now enables). BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev