Gem sucking whole CPU for no visible reason... intermitently WAS Re: [GEM-dev] Re: [PD-dev] oprofile - streamlining Pd/gem patch
ben at ekran.org
Tue May 16 20:12:02 CEST 2006
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
4693599 100.000 pd
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.
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!
> 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
>>> 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
>> level of slick but it will show useful info.
>> GEM-dev mailing list
>> GEM-dev at iem.at
More information about the GEM-dev