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