Bei http://www.packman.links2linux.de/?action=331 liest man: " /usr/sbin/fvcool -v -e Falls es keine Fehlermeldung kommt, die Temperatur sinkt und es keine Stabilitätsprobleme auftreten, kann man diese Zeile in /etc/init.d/boot.local übernehmen." Rufe ich in Runlevel 3 /usr/sbin/fvcool -v -e auf, so sinkt die "ACPI-Temperatur" (was da auch immer gemessen wird :-) um 20 C. Schreibe ich den Befehl in /etc/init.d/boot.local, dann sinkt die Reperatur nur um ein paar Grad. Wo integriere ich am besten "/usr/sbin/fvcool -v -e" beim Hochfahren? Al
"AB" == Al Bogner schrieb am Mon, 29 Sep 2003 19:14:38 +0200: > Bei http://www.packman.links2linux.de/?action=331 liest man: " > /usr/sbin/fvcool -v -e Falls es keine Fehlermeldung kommt, die > Temperatur sinkt und es keine Stabilitätsprobleme auftreten, > kann man diese Zeile in /etc/init.d/boot.local übernehmen."
> Rufe ich in Runlevel 3 /usr/sbin/fvcool -v -e auf, so sinkt die > "ACPI-Temperatur" (was da auch immer gemessen wird :-) um 20 > C. Schreibe ich den Befehl in /etc/init.d/boot.local, dann sinkt > die Reperatur nur um ein paar Grad. ~~~~~~~~~ Was genau wird da repariert ;-)? > Wo integriere ich am besten "/usr/sbin/fvcool -v -e" beim > Hochfahren? Wie kriegst Du die Temperatur raus? Was immer "ACPI-Temperatur" auch ist?! Ich denke, entscheidend ist nicht die Differenz sondern das Endergebnis. Wenn Du in Runlevel 3 nach fvcool direkt nach dem Booten ungefähr gleiche Temeratur bekommst, wie mit /etc/init.d/boot.local, dann ist es dass was Du eben bekommen kannst. Die Differenz kann ich mir dann so erklären, dass sich der Proz aufheizt und wenn Du in Level 3 fvcool benutzt, fällt die Temperatur um so stärker ab. Wird es direkt beim Booten eingeschaltet, so kommt der Proz gar nicht dazu, warm zu werden. Wenn Du aber im Endergebnis sehr unterschiedliche Temperaturen bekommt, dan würde ich noch mal genau schauen, was bei Dir "ACPI-Temperatur" ist. Gruß, Konstantin -- malakhanov@gmx.de +49/(0)2233/610830
Am Montag, 29. September 2003 23:11 schrieb Konstantin Malakhanov:
Wie kriegst Du die Temperatur raus? Was immer "ACPI-Temperatur" auch ist?!
Sorry, ich dachte das ist klar. Mit dmesg. Mit FVCool ACPI: Thermal Zone [THRM] (31 C) und das nach ein paar Stunden transcode. sonst um die 50 C
Wenn Du in Runlevel 3 nach fvcool direkt nach dem Booten ungefähr gleiche Temeratur bekommst, wie mit /etc/init.d/boot.local, dann ist es dass was Du eben bekommen kannst.
Ich werde das nochmals genau nach dem Hochfahren testen und dabei auf die Auslastung der CPU achten. Sollten 30min. Wartezeit reichen? Al
Am Montag, 29. September 2003 23:11 schrieb Konstantin Malakhanov:
Wie kriegst Du die Temperatur raus? Was immer "ACPI-Temperatur" auch ist?!
Sorry, ich dachte das ist klar. Mit dmesg.
Mit FVCool ACPI: Thermal Zone [THRM] (31 C) und das nach ein paar Stunden transcode.
sonst um die 50 C
Seltsam. Ich dachte transcode belastet CPU zu ~100%, und dann sollte der idle-Zustand (von dem diese Kuhlung ja lebt) gar nicht eintreten. Könntest Du Temperatur mit sensors prüfen? (Paket sensors, zuerst sensors-detect als Root benutzen, danach sensors zu Auswertung)
Wenn Du in Runlevel 3 nach fvcool direkt nach dem Booten ungefähr gleiche Temeratur bekommst, wie mit /etc/init.d/boot.local, dann ist es dass was Du eben bekommen kannst.
Ich werde das nochmals genau nach dem Hochfahren testen und dabei auf die Auslastung der CPU achten. Sollten 30min. Wartezeit reichen?
Ich meinte es genau andersrum: ohne Wartezeit, direkt nach dem booten. Wir sprechen von 3 Zuständen: idle mit fvcool - es laufen keine CPU-Lästige Programme, minimale Temperatur idle ohne fvcool - es laufen keine CPU-Lästige Programme, "normale" Betriebstemperatur nicht idle - es läüft kompilierung oder transcode oder...: da greift fvcool gar nicht ein, weil CPU nicht in idle-Zustand ist. Gruß, Konstantin -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Am Dienstag, 30. September 2003 08:06 schrieb Konstantin Malakhanov:
Am Montag, 29. September 2003 23:11 schrieb Konstantin Malakhanov:
Mit FVCool ACPI: Thermal Zone [THRM] (31 C) und das nach ein paar Stunden transcode.
sonst um die 50 C
Seltsam. Ich dachte transcode belastet CPU zu ~100%, und dann sollte der idle-Zustand (von dem diese Kuhlung ja lebt) gar nicht eintreten.
Das dachte ich mir auch. Ich kann jetzt nicht mehr sagen, welche Werte mit welchem Kernel erzielt wurden, aber mit dem augenblicklichen Kernel k_athlon-2.4.21-87.i586.rpm von Mantel erhalte ich auch _ohne_ FVCool nach Stunden: ACPI: Thermal Zone [THRM] (29 C) Ob der Kernel nun bereits mit FVCool oder einem setpci-Befehl gepatcht ist?
Könntest Du Temperatur mit sensors prüfen?
Wenn du mir versichern kannst, dass die ausgelesenen Werte für ein KT400A-Board realistisch sind, dann installier ich das. Mit einem nforce2-Board waren es reine Fantasiewerte.
Ich meinte es genau andersrum: ohne Wartezeit, direkt nach dem booten.
Das hole ich nach, wenn der Rechner wieder runtergefahren wurde und vergleiche dann mit demselben Kernel.
Wir sprechen von 3 Zuständen:
idle mit fvcool - es laufen keine CPU-Lästige Programme, minimale Temperatur idle ohne fvcool - es laufen keine CPU-Lästige Programme, "normale" Betriebstemperatur nicht idle - es läüft kompilierung oder transcode oder...: da greift fvcool gar nicht ein, weil CPU nicht in idle-Zustand ist.
Ich vermute mal, dass der dmesg-Wert nur bedingt aussagefähig ist. Darum schrieb ich ja "ACPI-Temperatur (was da auch immer gemessen wird)" Al
participants (2)
-
Al Bogner
-
Konstantin Malakhanov