Alltagstaugliche Desktop-Systeme mit 10W Idle-Verbrauch (inkl. Llano FM1 Beispiel)

So sieht es bei mir aus

Unbenannt.jpg
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
-DDD- schrieb:
Ja, dieselben Boards sollten eig. auch dieselben Chips haben, ich dachte ihr habt mit vers. Boards so unterschiedliche Ergebnisse.
Das B85 ITX hat ja auch den "1x Gb LAN (AR8171)", also liegts nicht an dem Typ.
Zum Vergrößern anklicken....

celemine1Gig, Henno und ich haben alle das H87M-ITX und alle verwenden Ubuntu 14.04. Henno und ich haben dasselbe Problem (kein Package C6/C7 bei aktiviertem onboard LAN), celemine1Gig hat das Problem nicht.

Eine Unterschied könnte sein, dass celemine1Gig möglicherweise die Version des Boards mit C2 Stepping hat. Henno und ich haben nicht die C2 Version. HIrscHI hat auch das H87M-ITX, und er hat das Problem nicht, und er hat definitiv die C2 Version.

Weiß jemand, wie man sicher herausfinden kann, ob man die C2 Version hat oder nicht? Kann mit Google keine einzige Seite finden, auf der von einem H87M-ITX mit C2 Stepping die Rede ist, oder wo man es bestellen kann - vom H87M-PRO dagegen schon. Wo kann man denn das H87M-ITX mit C2 Stepping bestellen?

- - - Updated - - -

So sieht es bei mir aus

i7z.png

EDIT: Vielleicht auch noch interessante Infos von i7z:

i7z DEBUG: Found Intel Processor
i7z DEBUG: Stepping 3
i7z DEBUG: Model c
i7z DEBUG: Family 6
i7z DEBUG: Processor Type 0
i7z DEBUG: Extended Model 3
 
Zuletzt bearbeitet:
Mit cpu-z kann man sehen welche Revision man hat.
Ob c1 oder c2 stepping.

Ich werde mir morgen mal Windows installieren und dann mal nach schauen was mein board für eine Revision hat.


Merkwürdig das bei dir kein c7 angezeigt wird!
Ich habe im BIOS c6 und c7 auf enable.
 
peter1248 schrieb:
Laut ASRock Spec ist beim H87M-ITX wie beim B85M-ITX ein "Qualcomm Atheros AR8171" verbaut. Laut Ubuntu ist es ein "Qualcomm Atheros QCA8171". Ich denke aber, das meint dasselbe, denn QCA steht wohl für "QualComm Atheros".
Zum Vergrößern anklicken....

Ja, das stimmt! Komischerweise haben die mATX-Boards von Asrock einen Realtek Chip. Wie sieht es denn mit dem aus? Gibt es da auch Probleme? Oder klappt es mit dem Besser. Übrigens: In der ct´war das Problem mit dem QualComm Atheros Chip auch im Bezug auf Energiesparmechanismen aufgefallen (ct´ 01/2014, s. 104). Scheint also ein Chip-Problem zu sein und kein Problem mit Linux.
 
Das mit dem Realtek Chip bei den mATX-Boards war mir auch aufgefallen. Nicht dass sich jetzt herausstellt, dass diejenigen, bei denen es mit aktiviertem onboard LAN klappt, gar kein H87M-ITX haben, sondern ein H87M-PRO... ;) (Scherz)

Ich hatte übrigens unter Linux auch bei im BIOS aktivierten onboard LAN das Device komplett (Qualcomm und die entsprechenden PCI Devices) deaktiviert, und das brachte auch keine Besserung. Daher auch meine Vermutung, dass es nicht am Betriebssystem liegt.

- - - Updated - - -

Henno schrieb:
Mit cpu-z kann man sehen welche Revision man hat.
Ob c1 oder c2 stepping.

Ich werde mir morgen mal Windows installieren und dann mal nach schauen was mein board für eine Revision hat.


Merkwürdig das bei dir kein c7 angezeigt wird!
Ich habe im BIOS c6 und c7 auf enable.
Zum Vergrößern anklicken....

Super mit dem cpu-z. Ggf. mach ich das auch.

Ja, find ich auch merkwürdig. Bei powertop sieht es ja auch ganz anders aus:

powertop1.png

powertop2.png

@all: Sollen wir jetzt mal einen neuen Thread eröffnen?

- - - Updated - - -

@Henno: Schau mal bitte das EDIT nach meinem i7z Screenshot an. Sehen die Ausgaben bei dir auch so aus? Ich hab ja einen i3-4330, du einen i3-4130. Die unterschiedlichen Ausgaben in i7z könnten rein theoretisch auch daran liegen.
 
Zuletzt bearbeitet:
I7z zeigt bei mir das selbe an.
Deine beiden anhänge klappen leider nicht.
i-Nex ist sowas wie cpu-z für Linux aber wohl nur für GUI
 
Henno schrieb:
I7z zeigt bei mir das selbe an.
Deine beiden anhänge klappen leider nicht.
i-Nex ist sowas wie cpu-z für Linux aber wohl nur für GUI
Zum Vergrößern anklicken....

Dasselbe wie wo? Du meinst i7z und powertop zeigen bei dir dasselbe an?

Habe die Anhänge nochmal hochgeladen. Vielleicht klappt es ja jetzt.

- - - Updated - - -

mairo schrieb:
Ja, das stimmt! Komischerweise haben die mATX-Boards von Asrock einen Realtek Chip. Wie sieht es denn mit dem aus? Gibt es da auch Probleme? Oder klappt es mit dem Besser. Übrigens: In der ct´war das Problem mit dem QualComm Atheros Chip auch im Bezug auf Energiesparmechanismen aufgefallen (ct´ 01/2014, s. 104). Scheint also ein Chip-Problem zu sein und kein Problem mit Linux.
Zum Vergrößern anklicken....

Ein Netzwerk-Chip-Problem kann es aber auch nicht sein. Es klappt ja bei anderen mit dem gleichen Netzwerk-Chip, sowohl mit dem H87M-ITX als auch B85M-ITX. Oder meint ihr, es könnte an unterschiedlichen Revisionen des AR8171 liegen?

- - - Updated - - -

Henno schrieb:
I7z zeigt bei mir das selbe an.
Deine beiden anhänge klappen leider nicht.
i-Nex ist sowas wie cpu-z für Linux aber wohl nur für GUI
Zum Vergrößern anklicken....

Damit geht es eigentlich, nur bei mir steht nach "Version:" leider nichts:

sudo dmidecode -t 2

Ansonsten auch ganz nützlich: lshw

Da wird ein Datum am Anfang beim Mainboard ausgegeben, bei mir: 12/10/2013

Bei mir ist es übrigens eine 100 MBit/s Verbindung, könnte eventuell auch ein Unterschied sein.
 
Ich meinte i7z zeigt mir auch das hier an

i7z DEBUG: Found Intel Processor
i7z DEBUG: Stepping 3
i7z DEBUG: Model c
i7z DEBUG: Family 6
i7z DEBUG: Processor Type 0
i7z DEBUG: Extended Model 3

Ich hab Gigabit LAN.

Der Einfachheit halber habe ich mir mal für 8€ eine Gigabit pcie Karte bestellt.
 
Hallo zusammen,

ich besitze das Asrock Q87M vPro zusammen mit einem i5 4570 und habe die gleichen Package C-States Probleme wie hier angesprochen.
Sprich meine CPU erreicht C7 aber die Package kommt nicht über C3 hinaus.

Auf dem Q87M vPro ist allerdings ein Intel Netzwerkchip verbaut:
Giga PHY Intel® I217LM

Auf meinem Server läuft DEBIAN jessie mit einem 3.13.5er Kernel. (Dem auktuellsten aus testing). Ich habe schon unzählige Kernel aus Index of /~kernel-ppa/mainline versucht. Alle mit dem gleichen Resultat.

Ich werde die Tage mal ein Monitor und Tastatur organisieren und die Netzwerkkarte deaktivieren um zu sehen, ob danach die Package C-Statets >C3 errecht werden.

zu i7z:
https://bbs.archlinux.org/viewtopic.php?pid=1299670#p1299670 Post#15 und Post#23
kurz und knapp: i7z erkennt die Haswell CPUS nicht richtig und fällt auf Nehalem Einstellungen zurück mit dem Patch aus Post#23 wird die CPU erkannt und die C-States richtig angezeigt.
Hier auch mal interressant die weitern Zeilen aus i7z DEBUG.

Hier mit patch:
Anhang anzeigen 275127
i7z DEBUG: i7z version: svn-r77-(20-Nov-2011)
i7z DEBUG: Found Intel Processor
i7z DEBUG: Stepping 3
i7z DEBUG: Model c
i7z DEBUG: Family 6
i7z DEBUG: Processor Type 0
i7z DEBUG: Extended Model 3
i7z DEBUG: msr = Model Specific Register
i7z DEBUG: Detected a haswell processor

Hier ohne Patch:
Anhang anzeigen 275128
i7z DEBUG: i7z version: svn-r77-(20-Nov-2011)
i7z DEBUG: Found Intel Processor
i7z DEBUG: Stepping 3
i7z DEBUG: Model c
i7z DEBUG: Family 6
i7z DEBUG: Processor Type 0
i7z DEBUG: Extended Model 3
i7z DEBUG: msr = Model Specific Register
i7z DEBUG: detected a newer model of ivy bridge processor
i7z DEBUG: my coder doesn't know about it, can you send the following info to him?
i7z DEBUG: model c, extended model 3, proc_family 6

Hier die Ausgabe von PowerTOP 2.5:
Anhang anzeigen 275130

sehr interressanter Verlauf hier im Thread, wäre auch für einen eigenen.
 
-DDD- schrieb:
Passt das nicht hierher? http://www.hardwareluxx.de/communit...c-states-beim-asrock-b85m-pro4-1003192-9.html
Zum Vergrößern anklicken....

Können auch gerne in diesen Thread rüber gehen. Könnten aber auch einen eigenen erstellen, denn wir bzgl. des Boards allgemeiner benennen (H87M-*, B85M-*, Q87M-*, etc.) aber speziell für Linux. Mir egal. Ich mache, was ihr langjährigen Forennutzer sagt. Hauptsache wir können uns weiterhin austauschen. :)

- - - Updated - - -

Spoon3er schrieb:
Ich werde die Tage mal ein Monitor und Tastatur organisieren und die Netzwerkkarte deaktivieren um zu sehen, ob danach die Package C-Statets >C3 errecht werden.
Zum Vergrößern anklicken....
Super Sache, bin gespannt. Wenn wir in einer Woche oder so immer noch nicht weiter sein sollten, dann würde ich evtl. auch in ein B85M-ITX investieren, falls das Sinn macht, wovon ich aber jetzt wiederum weniger überzeugt bin, nachdem du schreibst, dass du mit dem Q87M vPro dieselben Probleme hast.

Spoon3er schrieb:
zu i7z:
https://bbs.archlinux.org/viewtopic.php?pid=1299670#p1299670 Post#15 und Post#23
kurz und knapp: i7z erkennt die Haswell CPUS nicht richtig und fällt auf Nehalem Einstellungen zurück mit dem Patch aus Post#23 wird die CPU erkannt und die C-States richtig angezeigt.
Zum Vergrößern anklicken....
Danke für die Info. Ist bei mir genau so, wie du schreibst, d.h. mein i7z ohne Patch erkennt den Haswell nicht. Ging davon aus, dass es bei Henno auch die Version ohne Patch ist.
 
Mir ist folgendes aufgefallen: Bei mir get Wake-on-LAN nicht. Wenn ich "sudo ethtool p2p1" ausführe, dann ist keine Zeile mit "Supports: Wake-on" enthalten. Habe "Power on PCIE" im BIOS aktiviert und Ubuntu 14.04 extra noch mal frisch installiert, hat aber nichts verändert. Habe auch "echo enabled > /sys/class/net/net0/device/power/wakeup" (nach "sudo su") probiert, funktioniert aber trotzdem nicht. Will jetzt kein neues Fass wegen Wake-on-LAN aufmachen, aber könnte da evtl. ein direkter oder indirekter Zusammenhang bestehen?
 
Du musst WOL auch aktivieren:

Wake on LAN

Hier ist das Howto für Ubuntu. WOL ist, meines Wissens nach, standardmäßig nicht aktiviert.
Die Meldung, dass WOL unterstützt wird, heißt noch nicht, dass es auch aktiviert ist.
 
Zuletzt bearbeitet:
Hmm, genau diese Anleitung habe ich eigentlich befolgt, d.h. erst im BIOS aktiviert (beim H87M-ITX unter ACPI "Power on PCIE") und dann versucht unter Ubuntu zu aktivieren. Bei mir weiß aber Ubuntu nichts davon, dass meine Netzwerkkarte WOL unterstützt. Daher die Frage: Taucht bei dir in der Ausgabe von "sudo ethtool p2p1" die Zeile "Supports Wake-on" auf? Bei mir nämlich nicht (entsprechend schlägt "sudo ethtool -s p2p1 wol g" auch fehl), und die sollte auch dann auftauchen, wenn WOL nicht aktiviert, denn sagt ja nur aus, dass es unterstützt wird. Nachdem es nicht geklappt hat, hab ich nach Anleitung von hier

https://wiki.archlinux.org/index.php/Wake-on-LAN

versucht /sys/class/net/net0/device/power/wakeup auf enabled zu setzen (s.o.), hat aber auch nichts gebracht.
 
EDIT


Mit Windows 7 sowohl PE als auch echte installation Pakete nur C2 nichtmal C3.

Dafür kann ich jetzt mit Sicherheit sagen das ich ein C2 board habe.
Es steht doch im Bios gleich auf der ersten Seite "Chipset Version C2"

WOL klappt bei mit ohne Probleme zumindest über die fritzbox.

Morgen kommt wohl meine PCIe Karte mal schauen was damit so geht
 
Zuletzt bearbeitet:
ich habe ein asus h81t mit pentium g3220, das ganze unter linux (arch). Soeben mal ausprobiert und die eingebaute netzwerkkarte im bios deaktiviert. Dafuer einen noname wifi usb stick dran. Sobald der monitor per dpms ausgeschaltet wird erreiche ich package c-state 6 (und damit 10 Watt idle). Ich werde mal suchen...
 
peter1248 schrieb:
Hmm, genau diese Anleitung habe ich eigentlich befolgt, d.h. erst im BIOS aktiviert (beim H87M-ITX unter ACPI "Power on PCIE") und dann versucht unter Ubuntu zu aktivieren. Bei mir weiß aber Ubuntu nichts davon, dass meine Netzwerkkarte WOL unterstützt. Daher die Frage: Taucht bei dir in der Ausgabe von "sudo ethtool p2p1" die Zeile "Supports Wake-on" auf? Bei mir nämlich nicht (entsprechend schlägt "sudo ethtool -s p2p1 wol g" auch fehl), und die sollte auch dann auftauchen, wenn WOL nicht aktiviert, denn sagt ja nur aus, dass es unterstützt wird. Nachdem es nicht geklappt hat, hab ich nach Anleitung von hier

https://wiki.archlinux.org/index.php/Wake-on-LAN

versucht /sys/class/net/net0/device/power/wakeup auf enabled zu setzen (s.o.), hat aber auch nichts gebracht.
Zum Vergrößern anklicken....


wie grnau lautet denn die Fehlermeldung in der Konsole?

- - - Updated - - -

Fragfutter schrieb:
ich habe ein asus h81t mit pentium g3220, das ganze unter linux (arch). Soeben mal ausprobiert und die eingebaute netzwerkkarte im bios deaktiviert. Dafuer einen noname wifi usb stick dran. Sobald der monitor per dpms ausgeschaltet wird erreiche ich package c-state 6 (und damit 10 Watt idle). Ich werde mal suchen...
Zum Vergrößern anklicken....

wie ist denn der unterschied im idle zwischen mit und ohne netzwerkkarte aktiviert?
 
mairo schrieb:
wie grnau lautet denn die Fehlermeldung in der Konsole?
Zum Vergrößern anklicken....

Cannot get current wake-on-lan settings: Operation not supported
not setting wol

Wenn in der Ausgabe von "sudo ethtool p2p1" (bzw. eth0 o.ä. anstatt p2p1) nicht die Zeile "Supports Wake-on" enthalten ist, dann geht auch WOL mit ethtool aktivieren nicht.
 
Zuletzt bearbeitet:
Henno schrieb:
Mit Windows 7 sowohl PE als auch echte installation Pakete nur C2 nichtmal C3.
Zum Vergrößern anklicken....
Bei Windows muss man ganz genau mit den Treiberversionen aufpassen, vor allem Grafikkarte und Netzwerkadapter. In anderen Threads werden Treiberversionen benannt.

Henno schrieb:
Dafür kann ich jetzt mit Sicherheit sagen das ich ein C2 board habe.
Es steht doch im Bios gleich auf der ersten Seite "Chipset Version C2"
Zum Vergrößern anklicken....
Ich Blindfisch. Bei mir steht da auch "Chipset Version C2".

Henno schrieb:
WOL klappt bei mit ohne Probleme zumindest über die fritzbox.
Zum Vergrößern anklicken....
Ok, dann hängt es damit wohl nicht zusammen. Trotzdem, ist bei dir in der Ausgabe von "sudo ethtool p2p1" die Zeile "Supports Wake-on" enthalten?
 
mairo schrieb:
wie ist denn der unterschied im idle zwischen mit und ohne netzwerkkarte aktiviert?
Zum Vergrößern anklicken....

etwa 5 watt. Also mit onboard Netzwerk 15watt idle (Package C State 3), deaktivertes onboard Netzerk 10 Watt (Package C State 6). Der usb wifi dongle (allnet irgendwas) legt etwa 0.1 watt dazu, ein usb ethernet dongle (linksys) war bei 0.7 watt.


aber viel besser:


der im vanilla linux kernel gelieferte treiber r8169 unterstuetzt wohl kein aspm. Nachdem ich diesen durch den von realtek bereitgestellten r8168 ersetzt habe erreiche ich mit der onboard netzwerkkarte Package C State 6 und 10 watt idle.
 
Tja, angeblich braucht man keine der Optionen. Ob aber z.B. nicht doch ein "force" für ASPM hilft, wenn ein Treiber, oder das BIOS nicht exakt das richtige machen, ist eine andere Frage. ;)
Probieren geht über studieren.
Bei mir stehen jedenfalls sämtliche Einträge in der Commandline. Und es geht mit den Stromsparfunktionen. Das lässt mich dann doch stark vermuten, dass es auf jeden Fall nicht geschadet hat, in meinem Fall.
 
Ich habe heute eine Tp-Link Gigabit LAN Netzwerkkarte eingebaut und onboard LAN deaktiviert.

Auch damit kein C6 oder C7 bei den Paketen.

Netzwerkkarte raus bei deaktivierten onboard LAN und schon habe ich einen hohen C6 wert.

Zum testen habe ich es mit diversen PCIe Karten getestet.
Sowohl mit einer DVB-S2 Karte als auch mit einer NVIDIA 610 und ATI 5870 kein C6 oder C7.

Leider habe ich sonst keine PCIe Karten für weitere Tests.

Zur Zeit gehe ich davon aus das es beim Asrock H87M-ITX einen PCIe bug gibt.
Da auch Onboard LAN über PCIe angeschlossen ist

@celemine1Gig

es wäre wirklich super wenn du sowohl deine genaue Hardware als auch die Software und deine BIOS Einstellungen hier veröffentlichen könntest.
 
ich habe hier stehen einen guruplug + zwei 2.5" Festplatten + usb DVB-T Dongle. Das ganze zieht idle 11.5 watt.

Ersetzt werden soll es durch ein asus h81t, Pentium G3220, 2*2GB Ram, msata ssd (corsair m500).

Basissystem mit 100Mbit link, 9.5Watt
mit Gigabit link, 10.0Watt
zusaetzlich DVD Brenner, 11.3Watt
zusaetzlich Western Digital Green 2TB im spindown, 12.2Watt
zusaetzlich USB DVB-T empfaenger cynergy t2, 13.7Watt
 
celemine1Gig schrieb:
Tja, angeblich braucht man keine der Optionen. Ob aber z.B. nicht doch ein "force" für ASPM hilft, wenn ein Treiber, oder das BIOS nicht exakt das richtige machen, ist eine andere Frage. ;)
Probieren geht über studieren.
Bei mir stehen jedenfalls sämtliche Einträge in der Commandline. Und es geht mit den Stromsparfunktionen. Das lässt mich dann doch stark vermuten, dass es auf jeden Fall nicht geschadet hat, in meinem Fall.
Zum Vergrößern anklicken....

Danke, danke, danke! Ihr werdet es nicht glauben, aber ich bin mit aktiviertem onboard LAN in Package C7. Der Tipp von celemine1Gig war Gold wert, in Kombination mit Hennos durch Tests untermauerten Vermutung, dass es am PCIe hängt. Des Rätsels Lösung:

In /etc/default/grub die Zeile

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

erweitern zu

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"

gefolgt von einem "sudo update-grub" und Booten. Jetzt klappt es endlich perfekt. Mit aktiviertem onboard LAN und nur Netzwerkkabel dran, per SSH drauf, in powertop alles auf "Good" gesetzt und schon nach weniger als einer halben Minute hab ich endlich Package C7 mit praktisch 100% und 8,6W, d.h. genau derselbe Wert wie bislang mit deaktiviertem onboard LAN. :) Und das ohne Undervolting oder sonstigem Tuning, mit etwas Tuning ist da bestimmt mehr drin, aber die letzte Zeit ging es ja ausschließlich darum es mit aktiviertem onboard LAN in Package C7 zu schaffen. Mit Monitor dran klappt es auch ohne Probleme, dauert dann nur ein paar Minuten länger, bis es in den C7 geht.

Ich danke euch allen, die mitgeholfen haben! Wenn ihr anderen Leidensgenossen nicht auch so hartnäckig gewesen wärt, dann hätte ich die Lust verloren. Freue mich auf euer Feedback, ob es bei euch auch damit klappt. Prost! :d
 
Das war mit Ubuntu 14.04 Server 64bit und Kernel 3.13.0-19-generic #39 (das war der automatisch installierte Kernel, habe da nichts verändert oder aktualisiert), mit den Zusatzpaketen OpenSSH Server und powertop. Würde mich mal interessieren, ob es mit 12.04 und 13.04 auch klappt, probiere ich noch aus.
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh