[webkit-dev] Multi Threading

[Monil Parmar]

Hi All,
Thanks for your sugestions,
Actually, I want to do profilling of webkit-gtk port, i.e in which section
it takes more time like in, parsing, JS, Layout, Rendering etc.
so i can try for optimization in those section.
Use of timestamp in functions will not benefit me currently , as i dont the
section of webkit, which is taking more time.
Is any one is having such kind of results for webkit-gtk port?

Is it possible to have parsing, JS, Layout, Rendering etc in diffrent
threads? if any one is having some analysis, please share.

Thanks

On Mon, Jun 6, 2011 at 7:22 PM, nikhil ranwadkar <nikhil.ranwadkar at gmail.com
> wrote:

> actually i am working on Android port and there we can see logs using
> logcat. So i was able to print my logs.
> May be you can use it with your logging  system.
> Or may be print a time stamp in file.
> :)
> I am not sure about other platforms.
>
> Best Regards,
> Nikhil Ranwadkar
>
>
> On Mon, Jun 6, 2011 at 5:56 PM, Monil Parmar <monil.parmar at gmail.com>wrote:
>
>> How to use it for gtk launcher...I think it is for safari.
>>
>>
>> On Mon, Jun 6, 2011 at 4:55 PM, nikhil ranwadkar <
>> nikhil.ranwadkar at gmail.com> wrote:
>>
>>> Hi Monil parmar,
>>>
>>> We have to put logs in respective functions.
>>> A timer function can be used which can start and stop.
>>> Start it some function ,say functionA()  and stop when the function is
>>> completed.
>>> I have tried similar thing in past and it works. I was trying for network
>>> logs for subresource loading .
>>> I hope this helps you.
>>>
>>> Best regards,
>>> Nikhil Ranwadkar
>>>
>>>
>>>
>>> On Mon, Jun 6, 2011 at 4:14 PM, monpar <monil.parmar at gmail.com> wrote:
>>>
>>>>
>>>> Is there any way to find out how much time is taken "in parsing,
>>>> layout,rendering,  style resolution or java script execution", while
>>>> loading
>>>> a webpage.
>>>>
>>>>
>>>> monpar wrote:
>>>> >
>>>> > Is there any way to find out how much time is taken "in parsing,
>>>> > layout,rendering,  style resolution or java script execution", while
>>>> > loading a webpage.
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > Eric Seidel-6 wrote:
>>>> >>
>>>> >> Parallel painting would only be useful if the graphics layer is
>>>> >> incredibly slow.  In most WebKit ports we do not see very much time
>>>> >> painting, rather time is more often spent in layout, style
>>>> resolution,
>>>> >> or javascript execution/bindings.
>>>> >>
>>>> >> -eric
>>>> >>
>>>> >> On Sat, Apr 3, 2010 at 10:32 PM, Zoltan Herczeg
>>>> >> <zherczeg at 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.
>>>> >>>
>>>> >>> Zoltan
>>>> >>>
>>>> >>>
>>>> >>> _______________________________________________
>>>> >>> webkit-dev mailing list
>>>> >>> webkit-dev at lists.webkit.org
>>>> >>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>>> >>>
>>>> >> _______________________________________________
>>>> >> webkit-dev mailing list
>>>> >> webkit-dev at lists.webkit.org
>>>> >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/parallel-painting-tp28131184p31782203.html
>>>> Sent from the Webkit mailing list archive at Nabble.com.
>>>>
>>>> _______________________________________________
>>>> webkit-dev mailing list
>>>> webkit-dev at lists.webkit.org
>>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Nikhil Rawadkar
>>>
>>>
>>
>
>
> --
> Best regards,
> Nikhil Rawadkar
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20110606/9fbf5c78/attachment.html>