Jump to content

Mor9oth

Members
  • Posts

    369
  • Joined

  • Last visited

Posts posted by Mor9oth

  1. So wie es aussieht, habe ich ein Board erwischt, mit einer veralteten BIOS-Version, die noch kein Gen13 kann. Nun muss ich eine Gen12 CPU verbauen, dann das BIOS-Update ausführen, um dann meinen i7 13700T nutzen zu können. Beim RAM wird es dann vermutlich ebenfalls ein Glücksspiel, ob ein 96 GB Kit auf die 4800 herunter Taktbar ist und funktioniert. Dachte an sowas:

    https://geizhals.de/g-skill-ripjaws-s5-schwarz-dimm-kit-96gb-f5-5600j4040d48gx2-rs5k-a2945220.html?t=v&hloc=at&hloc=de&va=b

     

    Sollte das nicht gehen, sind das die größten von Kontron getetest/freigegebenen Module:

    EXCEL_YEbE0Fzx1m.png.a1cc57347095ad278afd3f9c0726b168.png

  2. 29 minutes ago, mgutt said:

    Wie gesagt im BIOS ganz normal.

    Ok, gut - dann habe ich das nur missinterpretiert. 

    29 minutes ago, mgutt said:

    In der Theorie sollte es auch mit dem ECC RAM booten. Nur eben ohne ECC zu nutzen.

    Habe ich tatsächlich aber auch probiert (aus Verzweiflung). Leider auch da ein Black Screen.

     

    29 minutes ago, mgutt said:

    Kontron fragen. Ne Moment. Die mögen ja keine Endkunden. Stattdessen sollen man die armen Händler nerven, die die Anfrage dann an Kontron weiterleiten. Oder auch nicht. Also kurz gesagt: Der Support von Kontron ist Scheiße 😅

    True story! Habe ich in einem anderen Kontext tatsächlich auch schon erlebt ...

     

    29 minutes ago, mgutt said:

    Hast du mal nur ein RAM Modul genommen?

    Bisher habe ich sogar nur mit einem Riegel getestet. Vielleicht macht ja dann der Test mit zwei Sinn ...

     

    29 minutes ago, mgutt said:

    Ansonsten blöde Frage: Netzteil ist CPU Power auch dran?

    Ist dran.

  3. 2 hours ago, bullsei said:

    Du hast aber schon den richtigen RAM drin oder? Weil das Kontron kann ja im Gegensatz zu den anderen kein ECC 

    Den ECC habe ich nicht verwendet (nur für kurzen Boot-Test). Für den ersten Test habe ich einfach einen DDR5 Riegel aus meinem Gaming PC genommen. Das sollte ja gehen - ist ja normaler DDR5 non-ecc. Corsair Dominator um genau zu sein. Da eben kein Fehlerton kommt, müsste dieser doch gehen.

  4. Das Kontron K3841-Q ist nun da, nur leider bekomme ich kein BIOS-Bild und kann es somit nicht testen. Vielleicht hat ja noch jemand einen Impuls. Getestet habe ich das Board mit unterschiedlichen RAMs und das an unterschiedlichen Monitoren. Da das Board nur Displayport hat, habe ich auch mal eine Grafikkarte verbaut, um ein Bild über HDMI oder VGA bekommen zu können. Leider alles erfolglos. Batterie raus ebenfalls ohne Erfolg. Wenn das Board an ist, scheint alles zu funktionieren und es kommt auch kein Fehler-Sound. Testweise ohne RAM kommt der Sound hingegen schon. Mehr fällt mir leider nicht ein ... Noch jemand eine Idee?

    Wenn das Board an ist, genehmigt es sich übrigens schon 30 Watt (ohne irgendwas angeschlossen). Also nicht gerade Richtung 2,8 Watt oder deutlich unter meinen W680 Messungen. Dann kann ich auch eines der W680 Boards behalten ... 🙄

  5. 2 hours ago, mgutt said:

    Sorry. Es ist so zu schreiben:

    echo "auto" > "$pfad"

    Vielen Dank! Leider habe ich das Asus Board gerade nicht mehr aufgebaut. In den Messungen im HardewareLuxx Forum wurde es aber auch mit Powertop Autotune getestet und da kam es ja eh nicht über C3 hinaus (außer ohne LAN). Siehe Auswertung oben. Leider scheint W680 nicht in stromsparend zu gehen. Lasse mich aber gerne eines besseren Belehren. 😉

    Ein paar Tage habe ich die Boards noch.

  6. Nach 3 Tests der W680 Boards möchte ich mal einen Zwischenstand bringen. Keines der Boards geht unter PKG C-State 3. Ohne SATA SSDs kamen das Supermicro X13SAE-F und das ASUS WS W680 ACE IPMI auf bis zu 19 Watt runter. Mit SSDs sind es 22 bis 26 Watt. Das ASRock W680D4U-2L2TG5 25 gönnt sich überall mehr Strom, auch bei der IPMI. Insgesamt fühlt es sich so an als ob ASrock am schlechtesten ist, was stromsparende Hardware angeht. 

     

    Hier eine kleine Übersicht:

    EXCEL_AByB6XyGOd.thumb.png.ee87ca42f58c99f735e2e3253457e0b8.png

     

    Leider sind die Testergebnisse sehr ernüchternd. Rein vom Stromverbrauch finde ich die Werte releativ gut. Vielleicht aber nur, weil mein alter Server im IDLE 65 Watt zog. Sind es akzeptable Werte im reinen Stromverbrauch?

     

    Parallel hat im Hardwareluxx Forum ein User einen ähnlichen Test gemacht. Statt dem Asrock hatte er das Kontron K3851-R ATX drin.

    Ich habe meine Darstellung mal an seine angepasst, um ein wenig besser vergleichen zu können. Die Ergebnisse sind ziemlich ähnlich und vor allem auch nur C3. Die C8 Messungen sind ohne LAN und damit einfach nicht nutzbar. 

     

    soffice.bin_2023-07-03_18-10-10.thumb.png.6fc96e345f0e0f2c896cc86268770c82.png

     

    Fazit: Leider scheint W680 nicht sonderlich stromsparend zu sein. Falls jemand ein anderes Testbild hat, gerne her damit.

     

    Die Boards werde ich wohl retournieren und es dann als nächstes Mal mit dem Kontron K3841-Q oder das Kontron K3843-B testen und dann halt auf ECC verzichten müssen.

  7. On 8/27/2023 at 10:16 AM, mgutt said:

    Dann gibt es irgendeine Inkompatibilität bei deiner verwendeten Hardware. In so einem Fall die Befehle einzeln absetzen. Siehe den englischsprachigen powertop Thread. Nach jeder Zeile dann warten und schauen, wer der Auslöser ist

    Ich habe nun den Befehl, der den Freeze auslöst, identifiziert. Ist dieser:

    # Runtime PM for PCI devices
    echo auto | tee /sys/bus/pci/devices/????:??:??.?/power/control

     

    Was bedeutet das nun und wie bekomme ich das gefixt? 🙈

  8. 44 minutes ago, mgutt said:

    Woher kommen die Fehler? Wer will da den mover starten und auf vnstatd zugreifen? Was wird da runtergeladen?

    Höö?! Muss ich mal das GO file prüfen …

    Der einzige Download der mir spontan einfällt ist das keyfile um das verschlüsselte Array zu entschlüsseln. Mover soll eigentlich nur als unraid schedule gestartet werden. Finde ich nun ein wenig unheimlich 😱

  9. 35 minutes ago, mgutt said:

    aber eines deiner Probleme ist in jedem Fall die SSD. Die kann nicht schlafen und das kann das ganze System beeinflussen. Enterprise SSDs sind nicht für stromsparende Setups geeignet. 

    Die SSD (Samsung 970 EVO Plus M.2 NVMe) ist aber soweit ich weiß keine enterprise SSD.  Aber guter Punkt denn im Vergleich der beiden ASPM Screenshots ist mir gerade aufgefallen, dass die SSD bei Supermicro ASPM enabled hat und bei ASUS disabled ist. Hoffentlich kann ich da noch was an den Einstellungen ändern - oder muss die SSD in einen anderen M.2 Platz testen.

  10. 4 minutes ago, mgutt said:

    Dann gibt es irgendeine Inkompatibilität bei deiner verwendeten Hardware. In so einem Fall die Befehle einzeln absetzen. Siehe den englischsprachigen powertop Thread. Nach jeder Zeile dann warten und schauen, wer der Auslöser ist. Außerdem hilfreich sind Syslog mirror auf USB, damit du die Logs nach einem Crash sichten kannst. Auch könnte es sich lohnen IPMI offen zu haben. Manche Crash Logs schaffen es nur auf den Bildschirm.

    Vielen Dank! Dann teste ich das ab heute Abend. Vorher habe ich leider keine Zeit.

    Oder muss ich ev. Powertop aufgrund des neuen Systems ev. ganz neu installieren?

    Das kommt im Unraid-Boot-Prozess:

    chrome_tIxY6R8biN.png.55eb1bdfc9e8d2d31e39e94df1b7b95b.png

     

    Übrigens kamen die beiden Boards leider bisher auch nicht unter C3, sind aber als ATX sparsamer als das mATX ASRock W680D4U-2L2TG5. Das ASUS hat bisher weniger "ASPM disbaled" Probleme. Da auch nur zum Verständnis: Es müssen alle Einträge auf "enabled" stehen, damit die tieferen C-States erreicht werden können, oder?

     

    ASUS Pro WS W680-Ace IPMI:

    putty_GeWBCgIlUk.thumb.png.c15f32a3bd44c0b47fbaaa9cafb24510.png

     

    Supermicro X13SAE-F:

    putty_Y1s5IcZcSY.thumb.png.d445ca806185e726a67017b1d90b72ba.png

     

     

  11. On 8/21/2023 at 2:50 PM, mgutt said:

    ann man leider nie genau sagen, da es von Board zu Board unterschiedlich sein kann. Bei den Consumer Boards sieht man bei Asus häufig ASMedia Controller für USB. Aber auf den Fotos kann ich spontan nichts bei dem W680 sehen. Und das 12th Gen Supermicro war auch recht sparsam:

    https://forums.unraid.net/topic/116379-vorstellung-die-cloud-der-großfamilie/?do=findComment&comment=1076700

     

     

    Ansonsten werden gerade Workstation / Server sehr stiefmütterlich behandelt, wenn es um Energiesparen im Leerlauf geht.

     

    Gibt es aktuell Probleme mit Powertop? Immer, wenn ich:

     

    powertop --quiet --auto-tune

     

    ausführe und danach dann "powertop" aufrufen will, friert das OS (Unraid oder Ubuntu) komplett ein. Getestet mit zwei Motherboards. Dem Supermicro X13SAE-F und dem ASUS Pro WS W680-Ace IPMI. Auch die SSH-Verbindung zu Unraid ist sofort tot nach der Eingabe.

    Leider muss ich dann rebooten und dann ist wieder alles auf "Bad" und ich komme nicht zum eigentlichen Test ...

     

    putty_N0hBwpkS4P.png.a78cf7f06ae64b8a49d5c48a08e8e866.png

     

     

     

  12. On 8/20/2023 at 11:51 AM, mgutt said:

    - 10G Karte raus

     

    On 8/20/2023 at 11:51 AM, mgutt said:

    - 2.5G Karte oben draufgesteckt

    Hast du schon positive Erkenntnisse beim Stromverbrauch? Geht dann vermutlich in Richtung 2,5 GB-Netzwerk, oder? Da finde ich halt schon auch die Hürde einfacher einen Switch ins Spiel zu bringen als bei 10 GBe.

  13. On 8/21/2023 at 2:50 PM, mgutt said:

    Das ist halt 1st Level Support. Die tippen "ASPM" in die Suche und dann Copy & Pasta. Da musst du nachhaken bis einer antwortet, der Ahnung von der Materie hat.

    Ja, echt zum Kotzen mit ASRock. Denke auch nicht, dass da noch was draus wird.

     

    Danke für den Hinweis zum Supermicro aus der 12th Generation. Das sieht ja ziemlich gut aus mit dem Stromverbrauch!

     

    Habe mir jetzt gerade einfach mal das X13SAE-F bestellt und hoffe, dass ich dann endlich mal ein vernünftiges und sparsames Board habe. Bin noch am hin und her überlegen, ob ich auch das ASUS bestellen soll, um die beiden zu vergleichen ...

×
×
  • Create New...