Re: Samsung laptop: Temperatur und Lüfter Problem

From: Manfred Lotz <manfred.lotz(at)arcor.de>
Date: Fri, 04 Apr 2008 21:00:15 +0200

Oliver Fromme wrote:
> Manfred Lotz wrote:
> > Seit ich FreeBSD 7.0 auf meinem Laptop habe, läuft der Lüfter meines
> > Samsung Laptops ständig (subjektives Empfinden).
>
> Welches Notebook ist das genau? Was für ein Prozessor?
> Verwendest Du einen SMP-Kernel?
>
Samsung X20 XVM 1730V.

CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8
Features=0xafe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,
MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,
SSE,SSE2,SS,TM,PBE>

SMP ist nicht auskommentiert bei mir.

> Ich habe ein Samsung X20-XVM 1600-V, und das Update auf
> 7-stable hat keine Änderung bei Temperatur und Lüfter
> ergeben (SMP habe ich aus dem Kernel auskommentiert, da
> nur ein Single-Core-Prozessor). Der Lüfter läuft (nach
> wie vor) nur dann an, wenn ich entsprechende Last verur-
> sache, z.B. bei einer längeren Compilation, wenn ein
> Encoder läuft oder ein Raytracer.
>
> > Temperatur ist hw.acpi.thermal.tz0.temperature: 54.0C, wenn ich, wie
> > jetzt, nur 'ne email einklimpere.
>
> Ist bei mir < 40 wenn idle.
>
> > Dabei zeigt 'top'
> > CPU states: 1.2% user, 0.0% nice, 3.7% system, 0.0% interrupt,
> > 95.1% idle
> >
> > an. Der Normalzustand, wenn ich nicht viel mache.
>
> Was heißt »nicht viel«? Wenn ich nichts mache (d.h. das
> Teil ist idle), dann sagt top meistens 100% idle. Nur
> manchmal geht er kurz auf 99% oder so herunter; vermutlich
> für den top-Prozess selbst, oder weil sich meine xclock
> refresht hat.
>

mit 'nicht viel' meine ich, dass ich ausser interaktiven Eingaben (die
kaum Last erzeugen) nichts mache. Ausser den daemons ist nicht viel.

> Wenn Du ständig 95% idle angezeigt bekommst, obwohl Du
> nichts tust, dann ist das _nicht_ normal.
>
> > powerd läuft mit: /usr/sbin/powerd -a adaptive -b adaptive -p 300 -r 80
> >
> > -p und -r hab ich probiert, in der Hoffnung, dass es besser werden
> > könnte. Wird aber nicht.
>
> Die haben auch eher wenig bis gar nichts damit zu tun.
>
>
Gut. Dann kann ich mir dies wohl sparen.

> > Ach ja, die freq_levels:
> >
> > dev.cpu.0.freq_levels: 1733/27000 1516/23625 1333/21000 1166/18375
> > 999/15750 833/13125 666/10500 499/7875 333/5250 166/2625
>
> Sehen bei mir so aus:
>
> dev.cpu.0.freq_levels: 1600/27000 1400/23625 1333/22000 1166/19250
> 1067/18000 933/15750 800/13000 700/11375 600/9750 500/8125 400/6500
> 300/4875 200/3250 100/1625
>
> Also kein signifikanter Unterschied.
>
> Interessant wäre evtl. noch auf welche Wert der powerd
> die Frequenz bei Dir einreguliert (/bin/sh-Syntax):
>
> while :; do sysctl dev.cpu.0.freq; sleep 1; done
>
> Lass das mal 10 bis 20 Sekunden laufen, während der
> Rechner idle ist. Er sollte sich dann auf der niedrig-
> sten Frequenz einpendeln, also 166 bei Dir.
>
>
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 499
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 499
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 499
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 499
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166
dev.cpu.0.freq: 166

166 mit ein Paar Ausreisser.

> Welche Prozesse sind denn bei Dir in top(1) ganz oben?
> Möglicherweise hast Du ja etwas laufen, was tatsächlich
> ständig 5% verbrät.
>
>
 1810 manfred 1 47 0 299M 70152K select 2:26 2.98% Xorg
11006 manfred 9 44 0 210M 165M ucond 0:43 0.98%
thunderbird-bin

Auch ohne thunderbird ändert sich wenig. Xorg hat oft so 1-3% in Beschlag.

> Ein anderer Kandidat wären Interrupt-Storms, aber da
> bei Dir 0.0% interrupt steht, kann das eigentlich nicht
> sein. Im Zweifelsfall hilft ein Blick auf "vmstat -i".
>

$vmstat -i
interrupt total rate
irq1: atkbd0 10150 0
irq9: acpi0 16678 0
irq12: psm0 69956 3
irq14: ata0 243150 12
irq20: iwi0 152567 7
cpu0: timer 5424714 275
Total 5917215 300

-- 
Danke,
Manfred
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 04 Apr 2008 - 21:00:19 CEST

search this site