On Sat, Mar 20, 2004 at 08:29:17PM +0100, Stefan Seyfried wrote:
On Sat, Mar 20, 2004 at 04:51:52PM +0100, Florian Tham wrote:
On Sat, Mar 20, 2004 at 01:32:53PM +0100, Stefan Seyfried wrote:
In der Datei hats nur ACPI_MODULES_NOT_TO_LOAD (SuSE 8.1?!). Trotzdem ein guter Hinweis: ich hab /etc/init.d/acpid so hingebogen, daß er jetzt diese Option auch unterstützt.
ok. 8.1 ist auch noch nicht 2.6-ready ;-)
Ja. Aber im Nachhinein wars nicht allzu viel Aufwand, SuSE 8.1 soweit zu kriegen, daß sie sich mit kernel 2.6 verträgt (von o.g. Problem abgesehen). Da ich mit meinem System sonst soweit zufrieden bin, sehe ich noch keinen Grund für ein komplettes Distributions-Update. Mal abwarten, was man so über die SuSE 9.1 lesen/hören wird ...
Throttling hält die CPU meines Wissens einfach einen Teil der Zeit an. Das eignet sich hauptsächlich zur passiven Kühlung. Da die CPU wenn sie nichts zu tun hat aber sowieso angehalten wird, wirkt sich das (bei einem unbelasteten System) kaum aus. Wenn du nun was für dein System zu tun hast, dauert das mit Throttling einfach entsprechend länger, und verbraucht im Endeffekt etwa gleichviel Energie. Der Vorteil beim Verändern der Frequenz liegt darin, daß der Verbrauch dabei nichtlinear sinkt (halbe Frequenz -> weit weniger als halber Stromverbrauch). Bei modernen CPUs wird zusätzlich noch die Spannung abgesenkt, was zu noch stärkeren Einsparungen führt. Ein Beispiel: ein ASUS L2400D mit mobile Athlon braucht bei 500MHz ca halb soviel Strom wie bei 1200MHz. Das ist die ganze Maschine, inklusive Platte, Display, etc. Die CPU selbst wird bei 500MHz nur noch einen kleinen Teil des Gesamtstroms verbrauchen, bei 1200 jedoch einen Großteil.
Das hört sich einleuchtend an, danke für die Erklärung. Rein interessehalber würde ich -- sobald es die Zeit ermöglicht -- gern mal die Akkulaufzeit unter verschiedenen Bedingungen testen, d.h. zum einen ausschließlich mit freq scaling (cpuspeed), zum anderen ausschließlich mit dynamischem CPU throttling (i.e. der throttling state soll sich der CPU-Auslastung anpassen), und dann auch noch in Kombination beider Möglichkeiten. Wenns interessiert, kann ich die Ergebnisse ja posten, sobald ich sie habe.
cat /proc/acpi/battery/*/state Die Zeile "present rate" gibt den Stromverbrauch in mA oder mW an.
present rate ist bei mir durchgängig auf 0mA, egal ob ich am Netz hänge oder die Kiste mit Akku läuft. :-( Kann das am schrottigen BIOS von ACER liegen? Meine DSDT hatte jedenfalls einige Field Access Fehler, die ich mittlerweile ausmerzen konnte. Hat aber ansonsten auch nicht viel gebracht; lade ich z.B. die Module fan bzw. thermal, sind die neuen Interfaces unter /proc/acpi trotzdem leer :-(
-- Stefan Seyfried
flo -- Gravity is a myth, the Earth sucks.