AOpen i855-GMem - 1,2 GHz - das lautlose, eiskalte System

[Rockhount]

Bios 1.05
CPU 1500 Banias @ 15x133
RAM Kingston DDR400 CL3 @ 178MHz 2-2-2-5
CPU-Z 1.26 getestet

Manuelle Timings funzen astrein.

Das einzige was mich ein wenig stört, das mein SuSe9.1 die Lüftersteuerung des Bios überschreibt, und die Lüfter wieder mit 100% fährt.
Was noch ein wenig hakt, das man die Powermanagement Schemata auf Max Leistung stellen muss,
da SuSE sonst nur 6x133 macht anstelle der gewünschten 15x133 und das selbst bei 100% Load.

Ansonsten ohne Probleme.

Feststellung: System ist rel. Leise und braucht 30Watt weniger als der Pentium3-S bei 1500MHz und schafft die Seti WUs in der knapp der Hälfte der Zeit.

[Franzose]

Bios 1.05
CPU 1500 Banias @ 15x133
RAM Kingston DDR400 CL3 @ 178MHz 2-2-2-5
CPU-Z 1.26 getestet

Manuelle Timings funzen astrein.

???

Habe denselben Speicher, nur läuft der auf Default-Speed.

Manuelle Timings laufen bei mir definitiv nicht.

[Franzose]

Was noch ein wenig hakt, das man die Powermanagement Schemata auf Max Leistung stellen muss,
da SuSE sonst nur 6x133 macht anstelle der gewünschten 15x133 und das selbst bei 100% Load.

Du musst das ganze auf dynamisch stellen:

Code: Select all

galgnet:~ # powersave -h
Usage: powersave {-f|-l|-A} {-u|-U|-m} -[crbBsSaTFVtx] [-p percent] [-v level] [-e scheme_name]
-U set machine into suspend-to-disk (ACPI S4/APM suspend) sleeping state
-u set machine into suspend-to-ram  (ACPI S3/APM suspend) sleeping state
-m set machine into standby         (ACPI S1/APM standby) sleeping state

-f set cpufreq to performance mode
-l set cpufreq to powersave mode
-A set cpufreq to dynamic mode
-c print out the current cpufreq policy

-b print out the current battery state

-p X throttles processors of machine by X percent
-t prints out current throttling state
-S prints out whether APM or ACPI is supported
-b general battery info
-B info of each battery
-d get battery info from daemon
-a power supply info (AC/Battery)
-T thermal Info
-F fan Info
-x show all available schemes
-e X switch currently active scheme
-r current speed, does not work on all machines properly (manpage)
-v X Verbose level (see manpage for values)
-V current compiled version

powersave -A wäre die Option. Läuft bei mir astrein.

[Rockhount]

Schade, das powersave -A geht nicht.
Sobald ich auf dynamisch umschalte, senkt sich der Multi auf 6x trotz Volllast. Nur bei powersave -f (performance) läuft mein Sys auf Multi 15x.

Schon jemand eine idee wie ich die Lüfter unter Linux wieder regeln kann ? bzw. welches Programm unter SuSE Linux die Bios Werte überschreibt ?

[Franzose]

Schade, das powersave -A geht nicht.
Sobald ich auf dynamisch umschalte, senkt sich der Multi auf 6x trotz Volllast. Nur bei powersave -f (performance) läuft mein Sys auf Multi 15x.

Schon jemand eine idee wie ich die Lüfter unter Linux wieder regeln kann ? bzw. welches Programm unter SuSE Linux die Bios Werte überschreibt ?

Hm, also bei mir läuft das mit -A hervorragend, er macht sogar Zwischenschritte.

Deng! Natürlich, jetzt weiß ich, wieso er es nicht macht: Du hast ja übertaktet und damit sind die Werte natürlich völlig andere. Schau' mal ins Speedstep-Kompendium, da steht drin, nach was für Kriterien der unter Linux geht.

In deinem Fall würde nur ein Neukompilieren des Kernels/des Moduls weiterhelfen.

Die BIOS-Werte werden sicher von einem ACPI-Modul überschrieben. Welches, kann ich dir nicht sagen, da ich keine Lüfter verwende.

[Rockhount]

Also das mit dem Powersave Deamon ist mir nun wieder herzlich egal.
Ich hab mich bei lm_sensors durch gegoogelt und rausgefunden wie genial einfach es ist unter Linux die Lüfter zu steuern

einfach in der Console mit -->
cat /sys/bus/i2c/devices/0-0290/fan3_pwm
den aktuellen Wert auslesen und mit

echo 200 > /sys/bus/i2c/devices/0-0290/fan3_pwm

einen neuen eintragen und peng schon dreht der Lüfter mit 200/255 Drehzahl.

Vorrausgesetzt man hat SuSE 9.1 und die lm_sensors Packete installiert und entsprechenden zugriff auf den Monitoring Chip.

[Franzose]

Vorrausgesetzt man hat SuSE 9.1 und die lm_sensors Packete installiert und entsprechenden zugriff auf den Monitoring Chip.

Ich wäre mit lm_sensors sehr vorsichtig. Das läuft bei mir zwar, aber ist für einen Dauerbetrieb nicht ausgelegt.

So hängt sich mein Linux-Server reproduzierbar mit lm_sensors nach ca. einer Woche auf, ohne läuft er schon mehr als 4 Wochen durch.

[Rio71]

lötet doch einfach nen passenden widerstand davor und fettich.
ob nu unhörbar oder ganz aus.. wass'n da der unterschied.

[Rockhount]

Seltsam ist das schon, das sich der Rechner nur aufgrund der geladenen i2c-isa, i2c-core, i2c-sensor
und Winbond module nach einer Woche verabschiedet.
Bei dem OXET hat das einwandfrei hingehauen, 63 Tage uptime, bis zur Wachablösung sprechen für sich.
Ich hatte bei der ersten Uptime von 4 Tagan das Problem, daß der ksoftirqd 322min CPU-zeit hatte.
Nun mit einem neuen Kernel und anderen Marvell-Treibern, siehts erstmal gut aus.

[Franzose]

Seltsam ist das schon, das sich der Rechner nur aufgrund der geladenen i2c-isa, i2c-core, i2c-sensor
und Winbond module nach einer Woche verabschiedet.

Ist reproduzierbar. lm_sensors hat aber mit mehreren Boards das Problem. Bei meinem Serverboard zuvor war es dasselbe. Zwar hat es da unregelmäßigere Abstände gegeben, aber im Endeffekt war es nicht produktiv einsetzbar.

Für Desktoprechner ist das kein Problem, aber für einen Server, der durchlaufen muss, schon!

[Reinhard]

Auf der Seite Processor Electrical Specifications ist ja die Thermal Design Power der verschiedenen CPUs angegeben.

In der Sektion Pentium-M steht auch die TDP für die ULV-Varianten.
So hat ein Dothan 1,o GHz @ 0,94 V gerade mal noch 5 Watt TDP.
Oh Mann! Und mein Dothan läuft sogar stable bei 1,0 GHz @ 0,78 V! Was gibt das erst für eine TDP? Vielleicht noch 4 oder 3 Watt? Das ist doch verrückt.
Irgendwie wurde mir jetzt erst klar, WIE stromsparend die P-Ms sind.

[Franzose]

In der Sektion Pentium-M steht auch die TDP für die ULV-Varianten.
So hat ein Dothan 1,o GHz @ 0,94 V gerade mal noch 5 Watt TDP.
Oh Mann! Und mein Dothan läuft sogar stable bei 1,0 GHz @ 0,78 V! Was gibt das erst für eine TDP? Vielleicht noch 4 oder 3 Watt? Das ist doch verrückt.
Irgendwie wurde mir jetzt erst klar, WIE stromsparend die P-Ms sind.

Ja, das Problem der ULV-Varianten ist einfach, dass es die nur mit Balls gibt und da ist es extrem schwierig einen Adapter für zu finden, um es in einem Sockel einzusetzen.

Aber ansonsten fetten für die 1.0GHz @ 0.78V!!!

[Sleipnir]

das R1.06 Bios hat Aopen heute auf die Server geschmissen. Hat laut der Aopen Seite folgende Neuerungen:

# Fixed Flash driver as removable device cann't boot to dos.
# Fixed WD big HDD issue.

Also wohl eher ein Bugfix Release.

[Lumpi]

ich hab gerade etwas Zeit zum Serven und bin auf das hier gestoßen:

VDimm Mod für Aopen i855

und diesen Thread:

Pentium M FAQ

beides höchst interessant! L

[Reinhard]

Ich hab mir das Strommeßgerät Energy Check 3000 von Conrad besorgt und mal ein paar Messungen durchgeführt.

Sys: AOpen i855GMem, 1,5er Dothan, 120GB Samsung 5400 u/min, Matrox G450 DVI, Benq 1610 DVD-Brenner, 512 MB RAM, 200 Watt NT

Zuerst mit der default VCore:
1,5 GHz 1,34V Idle: 45,7 W Last: 54,1 W
1,0 GHz 1,34V Idle: 44,0 W Last: 49,8 W

Nun mit gesenkter VCore (stable):
1,5 GHz 0,95V Idle: 40,6 W Last: 46,8 W
1,0 GHz 0,78V Idle: 40,0 W Last: 43,8 W

Eine Bestätigung der alten Erkenntnis, daß Taktabsenkung zum Stromsparen eher wenig bringt:
- Von 1,5 auf 1,0 GHz gerade mal 1,7 W weniger im Idle.

Viel mehr bringt Absenkung der VCore:
- Senkung bei 1,5 GHz (von 1,34 auf 0,95V) bringt 5,1 W weniger im Idle und sogar 7,3 W weniger unter Last.

Zusammen mit einem 19" TFT, der 31 W verbrät, komme ich so bei der Office-Arbeit und Internet auf knapp über 70 W Gesamtverbrauch.
Anders gesagt: Das ganze Sys verbraucht weniger Strom als manch eine Glühbirne.