[sldev] 25% of processing time in particle operator= ???
David Baker
david_baker at iinet.net.au
Wed Mar 21 00:33:50 PDT 2007
Hi all,
Just looking back at the profiling output Laurent Laborde posted on 19 March. I know there are a lot of provisos on using profiling results re overheads of various sorts - however I noticed the following:
> | | | | | | | | | | | | | | + 25.5% LLPointer<LLViewerPart>::operator=(LLPointer<LLViewerPart> const&) (Second Life)
> | | | | | | | | | | | | | | | - 10.3% LLPointer<LLViewerPart>::unref() (Second Life)
> | | | | | | | | | | | | | | | - 10.0% LLPointer<LLViewerPart>::ref() (Second Life)
> | | | | | | | | | | | | | | | - 5.0% mcount (libSystem.B.dylib)
> | | | | | | | | | | | | | | | 0.0% LLRefCount::unref() (Second Life)
> | | | | | | | | | | | | | | | 0.0% dyld_stub_mcount (Second Life)
> | | | | | | | | | | | | | | - 0.0% mcount (libSystem.B.dylib)
Can someone who knows how these reports work better than me please confirm - does this indicate that the viewer was spending 25.5% of its processor time setting pointers to particles equal to each other? That seems like it is a lot... Anyone got any way of telling how often this function is being called?
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070321/58cdd48a/attachment.htm
More information about the SLDev
mailing list