Does this makes any sense?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 28 Sep 2008 22:22:50 +0200, ?scar Fuentes wrote:
> This is not a problem with lm-sensors, but an attempt to understand
> what can cause the values it outputs.
> 
> When I start four mprime processes in "torture test" mode on a Q6600
> system it shows a flat 100% CPU usage line and `sensors` report
> temperatures around or below 70 degrees Celsius for each core, which
> is consistent with Intel's specs for a fully loaded CPU:
> 
> oscar at qcore:~/Archivo/prime$ sensors
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0:      +73.0?C  (crit = +100.0?C)
> 
> coretemp-isa-0001
> Adapter: ISA adapter
> Core 1:      +71.0?C  (crit = +100.0?C)
> 
> coretemp-isa-0002
> Adapter: ISA adapter
> Core 2:      +62.0?C  (crit = +100.0?C)
> 
> coretemp-isa-0003
> Adapter: ISA adapter
> Core 3:      +58.0?C  (crit = +100.0?C)
> 
> However, when compiling an application with "make -j 4" the CPU usage
> is around 95% (which is expected as there is quite a bit of I/O
> involved) but the temperature goes up to 88 degrees on some cores!
> This is a typical output of `sensors` on this scenario:
> 
> coretemp-isa-0000                   
> Adapter: ISA adapter                
> Core 0:      +85.0?C  (crit = +100.0?C)
> 
> coretemp-isa-0001
> Adapter: ISA adapter
> Core 1:      +82.0?C  (crit = +100.0?C)
> 
> coretemp-isa-0002
> Adapter: ISA adapter
> Core 2:      +71.0?C  (crit = +100.0?C)
> 
> coretemp-isa-0003
> Adapter: ISA adapter
> Core 3:      +65.0?C  (crit = +100.0?C)
> 
> What can cause this difference on temperatures, when mprime stresses
> the CPU much more than the compiler?

FWIW: you shouldn't assume that "make -j4" on the kernel will spawn 4
jobs. Having used distcc to build the kernel for some time, I noticed
that make frequently spawns less jobs than I ask for. This only ever
happened to me for kernel builds, but I couldn't explain why it was
happening. Maybe that's why the last 2 cores have a lower temperature.
Try with -j 8 or higher and see if this is still the case.

On why mprime has a lower "mark" than gcc: I can only imagine that the
bottleneck in the mprime case is on something which is "far" from the
thermal sensor, while it is on something which is next the thermal
sensor in the gcc case. CPUs are pretty large and temperature
differences inside the CPU can be significant.

-- 
Jean Delvare




[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux