Gem sucking whole CPU for no visible reason... intermitently WAS Re: [GEM-dev] Re: [PD-dev] oprofile - streamlining Pd/gem patch

B. Bogart ben at ekran.org
Wed May 17 00:44:30 CEST 2006


Hey all,

So I'm going to leave the patch on overnight and *HOPE* that it does not
due the weird spike while I'm gone.

Right now this is what the profile looks like:

          5028091 51.5756 libGLcore.so.1.0.8756
          2287523 23.4643 Gem.pd_linux
          1155076 11.8482 zero
           402984  4.1336 pd
           336232  3.4489 libfreetype.so.6.3.5
           210094  2.1550 libc-2.3.6.so
           179207  1.8382 libm-2.3.6.so
            75334  0.7727 libGL.so.1.0.8756
            63900  0.6555 libX11.so.6.2
             4586  0.0470 libpthread-2.3.6.so
             3691  0.0379 libGLU.so.1.3
             1618  0.0166 comport.pd_linux
              199  0.0020 expr.pd_linux
              182  0.0019 libpython2.3.so.1.0
               78 8.0e-04 zexy.pd_linux
               72 7.4e-04 libstdc++.so.6.0.8
               46 4.7e-04 py.pd_linux
               30 3.1e-04 xsample.pd_linux
               17 1.7e-04 pool.pd_linux
               11 1.1e-04 prepend.pd_linux

So the question is, what the heck is "zero" and why is pd linked with it???

I really hope this newer binary fixes the issue.

Thanks all for your help.

.b.



On Tue, May 16, 2006 2:12 pm, B. Bogart said:
> Hi Johannes,
>
> So I finally got oprofile to work (FYI its what the AMD Codeanalyst thing
> is based one, actually links to) with:
>
> opcontrol --i pd -p library
>
> with the non-striped pd binary.
>
> So here is the results:
>
> CPU: AMD64 processors, speed 2003.16 MHz (estimated)
> Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit
> mask of 0x00 (No unit mask) count 100000
> CPU_CLK_UNHALT...|
>   samples|      %|
> ------------------
>   4693599 100.000 pd
>         CPU_CLK_UNHALT...|
>           samples|      %|
>         ------------------
>           2671578 56.9196 libGLcore.so.1.0.7664
>           1129198 24.0583 Gem.pd_linux
>            256682  5.4688 libc-2.3.6.so
>            247330  5.2695 libfreetype.so.6.3.5
>            212402  4.5254 pd
>            127621  2.7190 libGL.so.1.0.7664
>             38593  0.8222 libX11.so.6.2
>              5956  0.1269 zero
>              2353  0.0501 libpthread-2.3.6.so
>              1093  0.0233 libGLU.so.1.3
>               793  0.0169 comport.pd_linux
>
> So clearly its the nvidia driver sucking up all the CPU.
>
> So I downloaded 8756 and I'm going to try that, though I have to recompile
> my kernel since I've gone up to gcc 4 since compiling the driver and
> kernel, and they both have to match...
>
> So onto kernel compilation...
>
> Johannes, what kernel/nvidia driver/gcc are you using?
>
> I'll be at 2.6.16,gcc4,nvidia 8756 if I get this line of thought to work.
>
> .b.
>
>
> On Tue, May 16, 2006 1:28 pm, B. Bogart said:
>> Hi Chris,
>>
>> I'm downloading "codeanalyst" TMTMTMTM now.
>>
>> also googling on why oprofile may not be seeing my gem symbols..
>> (oprofile
>> is also mentioned on the AMD site)
>>
>> blechmann, help!
>>
>> ,b,
>>
>> On Tue, May 16, 2006 12:30 pm, chris clepper said:
>>> On 5/16/06, B. Bogart <ben at ekran.org> wrote:
>>>>
>>>> Hey all,
>>>>
>>>> we'll I've narrowed down the issue to lots of pix_buffer writing, but
>>>> I
>>>> can't be sure without getting the profiling to work. No matter what I
>>>> do
>>>> oprofile just shows me pd symbols, not the gem ones.
>>>
>>>
>>> Did you try the AMD profiler?  It is pretty easy to use and profiles
>>> all
>>> running processes on the machine.  It will even read the source code
>>> and
>>> point out which lines of code took time in the sample.  The GUI isn't
>>> Apple
>>> level of slick but it will show useful info.
>>> _______________________________________________
>>> GEM-dev mailing list
>>> GEM-dev at iem.at
>>> http://lists.puredata.info/listinfo/gem-dev
>>>
>>
>>
>>
>
>
>






More information about the GEM-dev mailing list