Jump to content

Mor9oth

Members
  • Posts

    369
  • Joined

  • Last visited

Posts posted by Mor9oth

  1. Hier nun eine Übersicht meiner Messergebnisse für das Kontron K3841-Q in einer Tabelle, in der man sieht, welche Komponenten oder auch Belegung von Mainboard-Slots Einfluss auf das Package C-States und den Stromverbrauch haben. Zur Vergleichbarkeit mit anderen Systemen habe ich mich an den empfohlenen Standard gehalten, welchen ich im Test „SSD onboard“ mit einer SSD und im Test „M.2 Key M 2“ berücksichtigt habe. Alle anderen Tests dienen zur modularen Entscheidungsgrundlage für mein finales System und eben hier für das Forum. Mein Favorit bzw. meine aktuelle Auswahl bildet dabei die letzte Zeile ab.

    Als Messgerät habe ich das Shelly Plug S und teilweise zur Validierung ein Gifort verwendet.

     

     

    Tabelle.png.9116fa1afdf3cd0b3e56f34f5da795ad.png

     

    *Maus/Keyboard/Monitor

     

    Allgemein: Ich bin bisher mehr als zufrieden was den Stromverbrauch angeht und auch dass Package C-State 10 überwiegend erreicht wird. Teilweise fand ich die Testergebnisse erstaunlich nah bei einander, habe diese aber so oft wiederholt, dass ich mir sicher bin, dass sie korrekt sind. Die 5 bis 8 Watt sind schon echt der Hammer, finde ich! Vor allem, wenn man bedenkt, dass mein alter Server 65 Watt verbraucht hat und sogar insgesamt schwächer war.

     

    M.2 Key M1: Etwas schade finde ich hier, dass sobald ein Gerät im Slot ist, nur C-State 3 erreicht werden kann. Verhältnismäßig hoch ist dann der Stromverbrauch in den Messergebnissen. Somit nutze ich den Slot wohl einfach gar nicht.

     

    AST1166 in Key E 1: Die getestete AST1166 kommt bis in C-State 10, das hat mich natürlich sehr gefreut, da das Board nur 4 SATA Anschlüsse hat. Im M1 Slot hätte ich aber kein C10 mehr erreicht, daher musste eine Alternative her. Mit einem gewinkelten M.2 Key A+E zu Key M Adapter kann die AST1166 in senkrechter Position wieder C10 erreichen und liegt in einem sehr ähnlichen Verbrauch wie alleine verbaut in Slot M 2.

     

    FANS: Eigentlich wollte ich aufsteigend immer einen Lüfter pro Testlauf ergänzen, fand allerdings schon den Unterschied zwischen keinem Lüfter zu 7 Lüfter mit niedriger Umdrehung so marginal, dass ich das gar nicht erst getestet habe. Bei dem geringen Mehrverbrauch und dem Gehäuse finde ich das dann so auch ok. Mit den niedrigen Drehzahlen hört man die Lüfter auch gar nicht.

     

    Temperaturen: Hier beziehe ich mich auf keine Messergebnisse. Subjektiv betrachtet ist die Temperaturentwicklung aber sehr niedrig. Sowohl der i7 13700 T als auch die 4 SSDs haben gefühlt kaum Wärmeentwicklung. Selbst als ich eine Nacht die Lüfter nicht angeschlossen hatte, ist die CPU überhaupt nicht überhitzt. Somit sind die 7 Lüfter natürlich Overkill und bieten weiteren Optimierungsraum.

     

    PCIE Slots: Keine Karte getestet. Vielleicht aber eine Option für SATA-Erweiterungskarten.

     

    Final build: Hier wird sich vielleicht noch was ändern – bzw. noch habe ich einfach keine Langzeitbeobachtungen. Eine Beobachtung, die ich aber direkt gemacht habe, ist, dass C10 direkt nach dem Booten erreicht wird, wenn M/K/M nicht angeschlossen sind. Mit denen startet der Server in C8 und wechselt dann zu C10. Zweimal 2,5 Gbe für nur 2 Watt mehr klingt eigentlich auch schon nice, muss ich mir aber noch überlegen.

     

     

    • Like 7
  2. So, nun habe ich es herausgefunden. Dafür musste ich nochmal alle Einstellungen im BIOS durchtesten. Es liegt an den 2,5 GBe-Ports. Sind diese aktiv, geht das System nicht mehr in C10 und bleibt in C8. Nur wenn beide oder einer der zwei 2,5 GBe-Ports enabled sind, gibt der Befehl auch die ASPM Geräte aus. Könnte also tatsächlich sein, dass in C10 die ASPM Geräte nicht mehr ausgelesen werden können. Die Funktion ist aus meiner Sicht aber gegeben, da die Messungen im Verlauf plausibel erscheinen.

    Dann kann ich ja nun nach dieser Unterbrechung die Tests fortführen und hoffentlich bald abschließen.

     

    Die Terminal-Ausgaben oben würde ich dann löschen oder es in einen Anhang packen, um den Lesefluss nicht so zu stören.

  3. 30 minutes ago, mgutt said:

    Also ergänze bitte mal -M beim ursprünglichen Kommando. Ich vermute dann geht es wieder.

    THX! Da kommen Hunderte davon: "Cannot open /"

     

    pcilib: Cannot open /sys/bus/pci/devices/0000:c0:02.0/config
    pcilib: Cannot open /sys/bus/pci/devices/0000:c0:03.0/config
    pcilib: Cannot open /sys/bus/pci/devices/0000:c0:04.0/config

    Edit: gekürzt

  4. On 9/15/2023 at 7:48 PM, mgutt said:

    Vielleicht ist es ja so, dass in C10 diese Werte gar nicht mehr ausgelesen werden können?! Wäre mir jetzt auch neu, aber wer weiß.

    Das war ja tatsächlich auch so meine Ableitung/Vermutung aus dem ganzen Verhalten. 

     

    On 9/15/2023 at 7:48 PM, mgutt said:

    Mit lspci -vv kannst du dir alles ausgeben lassen und schauen, ob die Geräte in der Zeile, wo eigentlich ASPM stehen sollte nun was ganz anderes stehen haben.

    Danke dir! Das werde ich dann auch mal noch testen. In Ubuntu hatte ich btw. das gleiche Bild.

     

    Edit:
    Wenn ich lspci -vv ausführe, bekomme ich nun aber ganz andere IDs als im ursprünglichen ASPM-Check. So sieht das Ergebnis aus, mit dem ich aber nichts anfangen kann:

    terminal.txt

  5. On 9/12/2023 at 8:19 AM, mgutt said:

    Nein. Dann wird sich was geändert haben. 

    Ich steige leider nicht dahinter, was sich geändert haben könnte. ASPM ist aktiv L1 für PCIe und L1 mit Substate L.1.1 & L.1.2 für M.2 aktiv. C-State Limit auf 10 und alles unnötige disabled.  Powertop --auto-tune hat auch funktioniert, die Befehle über das go file absetzen auch. Über den ASPM Check bekomme ich mittlerweile aber kein device mehr ausgegeben (Screenshot), erreiche aber gleichzeitig C10 und einen absurd niedrigen Stromverbrauch. Wenn die Werte stimmen, bin ich ja mehr als happy - wundere mich aktuell aber auch ziemlich, warum dann die Auflistung nicht mehr geht. Ich meine, dass Sie am Anfang bis C8 alle devices ausgegeben hat.

     

    ASPM check aktuell:

    putty_ZafodwK3Wp.png.e646c621f2809342f757b94aa4d25098.png

     

    ASPM ursprünglich:

    ASPM.png.50eb83ec90777c7102d473bcb78ff6c2.png

     

    So sieht es in Powertop aktuell aus:

    putty_bTlOM1yvMN.png.8c2fbaeabf10305f8a4ff475495d974e.png

     

     

  6. On 9/11/2023 at 1:05 AM, mgutt said:

    Ein Bekannter hat mir diesen Test gezeigt und der Verbrauch ist da einfach viel besser:

    https://techtest.org/ein-schneller-sparsamer-und-guenstiger-10gbit-25gbit-switch-qnap-qsw-2104-2t-test/

    10 GBe müsste aber ja selbst bei diesem sparsamen Switch noch mit Abstand am meisten Strom verbrauchen. Dann wäre dieser Switch ja noch sparsamer, wenn er nur 2,5 GBe Ports hätte. Gibt es für Switche auch irgendwelche Optimierungsmethoden und gibt es Erfahrungswerte, welche Marken/Serien besonders sparsam sind?

  7. 9 hours ago, mgutt said:

    Fakten dazu:

    - passierte beim Kopieren auf die SSD

    - keine Fehler im sonstigen Betrieb, auch kein Disconnect. Alle SSDs sind durchgehend verfügbar

    - wie man sieht "nur" 3 SSDs betroffen (alle hängen am ASM1166 und an der selben Stromversorgung), obwohl ich auf 5 Daten kopiert habe

     

    Ich mache jetzt mal Lese-Tests.

     

    Ach ja. Der SnapRAID Diff ist übrigens mit einem auf 2GB RAM limitierten Container abgestürzt. Ganz schön RAM-hungrig. Hab jetzt mal auf 4GB erhöht.

    Mal die SSDs umgesteckt? Vielleicht liegt es ja an einem der ASM1166 SATA Ports. SnapRAID in Unraid klingt schon sehr spannend - aber auch recht experimentell. Hast du das per Script am Start, oder? Planst du dazu einen Guide oder gar ein Plugin?

     

  8. 9 hours ago, mgutt said:

    Ja genau. Ich rüste ab auf 2.5G. Ein Bekannter hat mir diesen Test gezeigt und der Verbrauch ist da einfach viel besser:

    Ah, sehr interessant! Ich werde auch auf 2,5 GBe statt 10 GBe setzen. Wobei ich da insgesamt noch kein Plan habe, welche Switche Marken usw. da stromsparend sind. Die 15 Watt im Artikel sind aber schon mal heftig!

  9. On 9/9/2023 at 2:15 AM, mgutt said:

    Jo, noch keinen kaputt bekommen. Also weder ich, noch denen ich welche besorgt habe. 

    Dann hol’ ich mir so ein Stick wohl auch mal demnächst. Das Backup vom Stick hat zwar funktioniert, ich setz’ aber nochmal alles neu auf, um Altlasten loszuwerden und auch mögliche Effekte auf den Stromverbrauch herauskristallisieren zu können. Das Plugin GPU Statistics verhindert beispielsweise bei mir aktuell schon mal den tiefsten C-State. Sobald ich es wieder deinstalliere, ist das Problem wieder weg.* Solche Effekte kann ich mit einem blanken System dann ganz gut dokumentieren.

     

    Edit*: ist jetzt aus irgendeinem Grund nicht mehr der Fall

  10. Ich hätte mal noch eine Frage zu PowerTop 2.15 bezüglich Raptor Lake an @mgutt, wenn möglich. Unterstützt die Version für Unraid, denn Raptor Lake? Die Frage kam auf, da ein User die Unterstützung so explizit erwähnte (Auszug unten) und ich nun auf dem dritten Board das Problem mit dem "Runtime PM for PCI devices" Befehl habe - und dabei immer Alder Lake angegeben wird (siehe Screenshot).

     

    Auszug aus dem HardwareLUXX-Forum:

    chrome_4JcXEzkFe5.png.d8dd94bb11571e34bb677b80cc41fdf6.png

     

    "Bad" PCIe-Devices, die "Alder Lake-S" ausgeben. Müssten das nicht "Raptor Lake-S"

     

    PCIE.thumb.png.67636a3603615c47b70b926737046d09.png

     

    Ich habe Powertop in Unraid wie in deinem Thread angegeben, also mit dieser WGET Quelle installiert:

     

    mkdir /boot/extra
    cd /boot/extra
    wget https://github.com/mgutt/unraid-packages/raw/main/6.11.0/powertop-2.15-x86_64-1.txz

     

    Gibt es da ev. einfach eine andere Version?

  11. So, das BIOS-Update ist durch und meine CPU (i7 13700T) ist auch wieder verbaut. Allerdings kann ich nun mein Unraid nicht mehr aufrufen. In der BIOS-Sequenz kommt er bis zum Login, allerdings habe ich weder über die IP noch über my-unraid-URL ein Bild. Sprich: "Website ist nicht erreichbar". Hat jemand spontan eine Idee, woran das liegt? Bsp. der URL: https://IP.123456.myunraid.net:5001/login

     

    edit: erledigt (network.cfg & network-rules.cfg gelöscht)

  12. Der i7 12700F ist nun verbaut, ein Bild bekomme ich aber nach wie vor nicht. Weder an einem der 4 DisplayPorts noch über eine Grafikkarte mit HDMI, VGA oder DVI. Mit einem Unraid-USB-Stick oder Ubuntu-USB-Stick eingesteckt, scheint das System laut Stromanzeige allerdings jetzt einen Schritt weiter zu sein. Dass ich immer noch kein Bild habe, macht mich halt stutzig. Ich habe daher jetzt ein anderes DisplayPort-Kabel sowie einen von Kontron geprüften RAM gekauft. Mehr fällt mir nicht ein ...

×
×
  • Create New...