[sldev] Is anyone using gcc -pg (profiling) to see where the
CPU is being consumed?
Max Okumoto
okumoto at ucsd.edu
Thu Jun 14 02:31:55 PDT 2007
Callum Lerwick wrote:
> On Wed, 2007-06-13 at 17:47 -0700, Max Okumoto wrote:
>
>> I have a patch to enable builds of the linux client with profiling, and
>> I'm trying to see what
>> routines are eating the CPU. Is anyone else doing this. I would like
>> to compare notes.
>>
>
> Profiling using oprofile on my rather low end laptop, (Celeron 1.3,
> Intel 830M video) OpenJPEG and the OpenGL drivers (in particular,
> lighting) dominate. So I've put quite a bit of time and effort into
> optimizing OpenJPEG. OpenJPEG 1.2 merged a few of them but I keep coming
> up with new ones. :) (And regression testing is painful and
> slowgoing...)
>
Wow, isn't that painful?
Right now, I only have the slviewer source tree itself compiled with
profiling. The top 5 routines are
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds seconds calls s/call s/call name
4.00 5.23 5.23 753687 0.00 0.00
LLVOSky::calcSkyColorInDir(LLColor3&, LLColor3&, LLVector3 const&) const
3.34 9.59 4.36 4198499 0.00 0.00
LLFace::getGeometryVolume(LLVolume const&, int, LLStrider<LLVector3>&,
LLStrider<LLVector3>&, LLStrider<LLVector2>&, LLStrider<LLVector2>&,
LLStrider<LLColor4U>&, LLStrider<unsigned int>&, LLMatrix4 const&,
LLMatrix3 const&, unsigned int&)
3.30 13.90 4.31 1703493 0.00 0.00
LLVolumeFace::createSide()
3.07 17.91 4.01 1025310 0.00 0.00
LLViewerJointMesh::updateGeometry()
2.95 21.76 3.85 31594072 0.00 0.00
LLPipeline::calcPixelArea(LLVector3, LLVector3, LLCamera&)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070614/abcbfe64/attachment-0001.htm
More information about the SLDev
mailing list