Try getting the call stack for Gem. This should trace the GL driver function back to the Gem call that triggered it. Following Tim's link above try opreport -cl --demangle=smart<br><br>Having something that does more that dump a billion lines of text to the console will help immensely in sorting out the profile.
<br><br>On 5/17/06, <b class="gmail_sendername">B. Bogart</b> <<a href="mailto:ben@ekran.org">ben@ekran.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Chris,<br><br>I'm trying to do some google searching on how to debug the nvidia binary<br>driver, but looks like (perhaps) only nvidia can do that...<br><br>Anyhow attached is the oprofile with the function calls, which does not
<br>tell me about anything in Gem I did not already know, and the two biggest<br>calls, for rubber and the colour conversion, add up to 14%. 50% is sucked<br>up by the black box of libGLCore.<br><br>The newer nvidia driver I installed yesterday does help, it takes longer
<br>for the CPU to get up to 100%, but certainly not not fix the problem.<br><br>If anyone knows:<br>A: how to get more info about what the hell libGLcore is doing<br>B: what the heck "zero" is and why its using 12% CPU
<br><br>If I can't get anywhere on this today I guess I'll have to keep rebooting<br>the machine each 2hrs or so, I will be baby sitting it anyhow, and it is<br>only 2 days, but the next installation is going to be 3 days starting May
<br>23rd.<br><br>Thanks,<br>.b.<br><br>n Tue, May 16, 2006 6:52 pm, chris clepper said:<br>> I think you need a better profiler which traces the calls. Just listing<br>> the<br>> libs is only marginally more useful than top. There's nothing to indicate
<br>> if the driver is spending time uploading textures or vertices or just<br>> waiting for the GPU or doing something stupid. Without that info there is<br>> little anyone can do to fix any problems.<br>><br>
> On 5/16/06, B. Bogart <<a href="mailto:ben@ekran.org">ben@ekran.org</a>> wrote:<br>>><br>>> Hey all,<br>>><br>>> So I'm going to leave the patch on overnight and *HOPE* that it does not<br>
>> due the weird spike while I'm gone.<br>>><br>>> Right now this is what the profile looks like:<br>>><br>>> 5028091 51.5756 libGLcore.so.1.0.8756<br>>> 2287523 23.4643
Gem.pd_linux<br>>> 1155076 11.8482 zero<br>>> 402984 4.1336 pd<br>>> 336232 3.4489 libfreetype.so.6.3.5<br>>> 210094 2.1550 <a href="http://libc-2.3.6.so">
libc-2.3.6.so</a><br>>> 179207 1.8382 <a href="http://libm-2.3.6.so">libm-2.3.6.so</a><br>>> 75334 0.7727 libGL.so.1.0.8756<br>>> 63900 0.6555 libX11.so.6.2<br>>> 4586
0.0470 <a href="http://libpthread-2.3.6.so">libpthread-2.3.6.so</a><br>>> 3691 0.0379 libGLU.so.1.3<br>>> 1618 0.0166 comport.pd_linux<br>>> 199 0.0020 expr.pd_linux
<br>>> 182 0.0019 libpython2.3.so.1.0<br>>> 78 8.0e-04 zexy.pd_linux<br>>> 72 7.4e-04 libstdc++.so.6.0.8<br>>> 46 4.7e-04 py.pd_linux<br>
>> 30 3.1e-04 xsample.pd_linux<br>>> 17 1.7e-04 pool.pd_linux<br>>> 11 1.1e-04 prepend.pd_linux<br>>><br>>> So the question is, what the heck is "zero" and why is pd linked with
<br>>> it???<br>>><br>>> I really hope this newer binary fixes the issue.<br>>><br>>> Thanks all for your help.<br>>><br>> _______________________________________________<br>> GEM-dev mailing list
<br>> <a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>> <a href="http://lists.puredata.info/listinfo/gem-dev">http://lists.puredata.info/listinfo/gem-dev</a><br>><br><br><br><br>_______________________________________________
<br>GEM-dev mailing list<br><a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br><a href="http://lists.puredata.info/listinfo/gem-dev">http://lists.puredata.info/listinfo/gem-dev</a><br></blockquote></div><br>