Hi,

mein Unraid-Server läuft aktuell mit:

• ASUS PRIME N100I-D D4

• Intel N100

• 32 GB RAM

• ASM1166 SATA-Controller über M.2/PCIe

• 4x 8 TB HDD

• 2x 1 TB SSD

• picoPSU

• Zigbee-USB-Stick

• Bluetooth-Proxy für Home Assistant per USB
  

Mit laufenden Docker-Containern komme ich im Idle auf ca. 15–17 W.

Problem ist Plex: Die N100-iGPU schafft bei mir nur etwa einen HEVC-Transcode gleichzeitig. Ich brauche teilweise 3–5.

Deshalb habe ich eine ASRock Arc A310 Low Profile 4 GB eingebaut. Die Karte hängt über einen powered PCIe-x1→x16-Riser, versorgt per Molex vom picoPSU.

Seitdem liegt der Idle-Verbrauch bei 30–32 W.

Getestet habe ich schon:

• Monitor abgezogen

• Runtime-PM / power/control=auto

• ASPM L1 aktiviert

• L1.2 testweise aktiviert

• GPU und Bridges gehen teilweise auf suspended

• i915 Power Domains stehen auf 0

• sensors als Wakeup-Verursacher eingeschränkt

Trotzdem bleibt der Verbrauch praktisch gleich.

Hat jemand eine Idee, wo die zusätzlichen 10–15 W herkommen bzw. ob man die A310 noch sparsamer bekommt?

Alternativ wäre ich auch offen für ein anderes Board/CPU-Setup. Der Formfaktor muss gleich bleiben, da der komplette Server in einem 3D-gedruckten 10"-Rack-Gehäuse sitzt.

2 hours ago, farco said:

Hi,

mein Unraid-Server läuft aktuell mit:

• ASUS PRIME N100I-D D4

• Intel N100

• ...

Mit laufenden Docker-Containern komme ich im Idle auf ca. 15–17 W.

...

2 hours ago, farco said:

Deshalb habe ich eine ASRock Arc A310 Low Profile 4 GB eingebaut. Die Karte hängt über einen powered PCIe-x1→x16-Riser, versorgt per Molex vom picoPSU.

Seitdem liegt der Idle-Verbrauch bei 30–32 W.

...

2 hours ago, farco said:

Trotzdem bleibt der Verbrauch praktisch gleich.

Hat jemand eine Idee, wo die zusätzlichen 10–15 W herkommen bzw. ob man die A310 noch sparsamer bekommt?

...

Da Du ja schon mit einigen Powermanagementfunktionen getestet hast (aber leider nicht die ASPM Angaben auflistest):

Ich gehe einfach davon aus, daß die dGPU einerseits selber etwas der Energie verbraucht und auch die CPU generell wacher hält.

Wenn Du die dGPU weiter einsetzen willst wirst Du möglicherweise damit leben müssen. Die dGPU wird wohl nicht nur mit Luft und Liebe auskommen.

4 hours ago, farco said:

bzw. ob man die A310 noch sparsamer bekommt?

Nicht wirklich, damals meine Claude mal, könnt am Treiber liegen.

Hatte dann mal Windoof gebootet, ohne an ihr was angeschlossen zu haben.
Naja und da war ihr Verbrauch auch nicht geringer, also hab ichs gelassen und akzeptiert.

Hmm okay, Ich finde irgendwie 15 Watt dafür das die Karte quasi nichts tut und auch keine Monitor etc. angeschlossen ist schon viel.

Hat jemand noch eine Idee? Lohnt ein anderes Board? Wie gesagt ich brauch die Karte nur für Plex und da muss/soll diese max. 3-5 (wobei 5 sehr selten ist) HVEC Streams codieren. Mein Board schafft da max 1. H264 schafft es 4.

Und warum nimmst du dann nicht einfach h264? Reicht der Upload nicht?

Jup genau mit 40 mibt "kommt man da nicht weit".

Stimmt, schade

Wobei der n100 eigentlich auch zumindest mehr als einen h265 Stream packen sollte (ich meine 3 wurden hier in einem de n100 Threads schon gemeldet).

Sicher dass transcoding wirklich in Hardware läuft?

Ja der Render load geht bei einem 1080p Stream schon so hoch und da bleibt es auch selbst wenn er 60Sekunden "vor Transcodiert hat".

4 hours ago, farco said:

Hat jemand noch eine Idee?

ARC rauswerfen.

der N100 ist bei vielen Leuten (welche Transcodieren) leistungsfähig genug für mehrere Streams.

Ich schätze, in der Software besteht noch optimierungspotential.

4 hours ago, farco said:

Wie gesagt ich brauch die Karte nur für Plex und da muss/soll diese max. 3-5 (wobei 5 sehr selten ist) HVEC Streams codieren. Mein Board schafft da max 1. H264 schafft es 4.

Wenn Du unbedingt mehr Wumms brauchst: dann greife eben zu einer I3 oder i5 CPU (was natürlich anderes Board erfordert), wenn Du in der Software keine Stellschraube mehr optimieren kannst.

Ich transcodiere selber nicht, somit kann ich nur auf die vielen Diskussionen zu den verschiedenen Softwarelösungen hinweisen.

Aber stockt es denn auch wenn ein zweiter oder gar dritter Stream dazu kommt?

Nicht dass einfach nur die Anzeige in unraid ungenau ist

Ja klar bereits ab dem zweiten Stream kommt er nicht mehr hinterher, es geht eine weile aber irgendwann stockt es und ein dritter ist quasi nicht möglich.

Edited September 23Sep 23 by farco

Dann lasse ihn einfach vor transcoden am besten in den RAM. Ich hab mein Plex so eingestellt, dass er 120min voraus transcodiert. Vorteil HDDs gehen wieder in den Spindown.

Wie hoch ist die Chance, dass alle gleichzeitig anfangen zu Streamen

Edited September 23Sep 23 by Timmey85
Rechtschreibung

Plex Transcodiert schon in den RAM (habe da 6GB reserviert) und die Videodatein werden nach 5 Minuten auf die SSD kopiert 😜. Ich habe mir den SSD Cache mover für mich weiter "gevibecodet" und der macht jetzt viele Dinge "für mich besser".

Du weist doch wie es ist Wochenlang schaut 1 Person oder keine und dann auf einmal 4 die alle 2 Minuten versetzt anfangen 😂

Aber wie ist es denn, wenn du Plex mehr im Voraus trascodieren lässt? Plex Transcodiert ja immer nur 60 sek. im Voraus. Wenn du dass auf sagen wir mal 120 min einstellst, ist der Film fertig, wenn der nächste anfängt.

Ich habe jetzt mal mit ChatGPT "rumgespielt" und mit -low Power komme von der Transcode Geschwindigkeit von max. 2.0 auf fast 10 (laut anzeige Tautulli).
Es laufen sogar 3 Streams parallel die jeweils auf 8 Mbit Transcodiert werden. Ich werde das ganz mal Testen wie es sich im Live Betrieb verhält.

#!/bin/bash

T="/usr/lib/plexmediaserver/Plex Transcoder"

if [ ! -e "$T.real" ]; then
    mv "$T" "$T.real"

    cat > "$T" <<'EOF'
#!/bin/bash
args=()
for ((i=1;i<=$#;i++)); do
    arg="${!i}"
    args+=("$arg")
    [[ "$arg" == "hevc_vaapi" ]] && args+=("-low_power:0" "1")
done
exec "/usr/lib/plexmediaserver/Plex Transcoder.real" "${args[@]}"
EOF

    chmod +x "$T"
fi

exec /bin/bash init.sh

Das dann gespeichert bei mir:
/mnt/user/appdata/binhex-plex/plex-start.sh

ausführbar gemacht

chmod +x "/mnt/user/appdata/binhex-plex/plex-start.sh"

Und bei binhex-plex unter Post Arguments:

/bin/bash /config/plex-start.sh

Damit wird -low_power:0 1 automatisch bei hevc_vaapi ergänzt.

2 hours ago, farco said:

Es laufen sogar 3 Streams parallel die jeweils auf 8 Mbit Transcodiert werden. Ich werde das ganz mal Testen wie es sich im Live Betrieb verhält.

das sollte von Haus aus gehen und der n100er schafft normal bequem 4-5 streams mit 1080p out.

CPU Limit, kommt meist eher durch DTS-HD audio und co (cpu only transcode)

schau mal im Host nach, Terminal ob low power enabled ist

cat /sys/class/drm/card0/power/rc6_enable

2 hours ago, farco said:

und die Videodatein werden nach 5 Minuten auf die SSD kopiert 😜. Ich habe mir den SSD Cache mover für mich weiter "gevibecodet" und der macht jetzt viele Dinge "für mich besser".

ich schätze fast du meinst mein plugin "cache-mover", was hast du denn da verbessert wenn ich fragen darf ?

nur sofern es den betrifft.

Ja das war bei mir an. Warum das jetzt erst mit dem Script besser klappt mit HVEC encoden kann Ich mir auch nicht wirklich erklären.
Ich habe Tage lang Probiert und und "am Ende die AI gefragt".

Zu deinem Plugin (Ich sage gleich ist auch nur Vibecoding und funktioniert im Moment nur für Plex (bitte keine Grunddiskussion über Vibecoding führen jetzt 😜).

Es werden nur die nächsten einzelnen Folgen vorgeladen – keine kompletten Staffelordner.

• Das Plugin hält automatisch einen kleinen Puffer der nächsten Episoden auf der SSD.

• Sobald Plex eine Folge als angesehen erkennt, wird sie zur Freigabe markiert und kann nach der eingestellten kurzen Nachlaufzeit wieder von der SSD entfernt werden.
  - und noch ein paar andere Dinge, wie z.b. Folgen behandelt werden von einer laufenden Serie das also wenn je Woche eine neue dazu kommt etc.

Edited September 23Sep 23 by farco

55 minutes ago, farco said:

Zu deinem Plugin (Ich sage gleich ist auch nur Vibecoding und funktioniert im Moment nur für Plex (bitte keine Grunddiskussion über Vibecoding führen jetzt 😜).

alles gut 👍 bin ja kein "vibe" Gegner ;)

wenn ich das für mich zusammenfasse, kleine web UI (das gefällt mir), Filter etwas granularer um "cache" Zeit individueller einstellen zu können (ok, kann man machen ... für mich jetzt weniger interessant), Plex Abfrage was geschaut wird und entsprechend N Folgen vorhalten anstelle komplette Staffel (ja, hatte ich mal überlegt und sogar mal implementiert, aber für mich sinnfrei da wenn ich ne Staffel starte, dann eh komplett geschaut wird).

Hintergrund, ich hab es am Ende so schlank wie möglich halten wollen.

Find ich aber cool was du da für dich passend umgesetzt hast, Top 👍

Hat mich nur interessiert, ich hab ja hier komplett umgebaut und auf dem Main Server gar keine HDD mehr,

dafür einen 2. Server im sleep mit HDD's, ein vfs auf dem Main Server A wo das abbildet und nur bei Zugriff (Plex oder Emby) automatisiert

1/ Server B per wol weckt

2/ Copy von Server B > Server Main (cache mover)

3/ Server B wieder back to sleep

damit hab ich halt den effizientesten Weg für mich persönlich gefunden.

Ja, genau so kann man es zusammenfassen.

Der Hauptgrund für meinen Umbau war, dass ich nicht immer eine komplette Staffel auf der SSD behalten möchte. Stattdessen werden nur die nächsten N Folgen einzeln vorgeladen. Sobald Plex eine Folge als gesehen wertet, fällt sie aus dem längeren Serien-Schutz und bekommt nur noch eine kurze Nachlaufzeit – danach darf sie wieder von der SSD runter. So bleibt immer nur ein kleiner, automatisch mitwandernder Puffer vorhanden.

Denn "meine User" schaffen es sehr gut nur teile von Staffeln zu schauen oder jede Woche mal eine Folge da muss dann nicht immer die ganze Staffel auf der SSD rumliegen.

Die Web-UI und die zusätzlichen Prüfungen sind dann hauptsächlich entstanden, weil ich den aktuellen Zustand und die Dateiaktionen gerne nachvollziehbar und möglichst sicher haben wollte.

Dein neues Setup mit dem schlafenden HDD-Server klingt aber auch sehr interessant und für deinen Anwendungsfall wirklich effizient.
Dass ist ja das schöne und spannende das jeder seine Lösung bauen kann (und es macht ja auch Spaß).

Ohne dein Plugin wäre Ich auch nie auf die Idee gekommen, danke nochmal dafür.

Das ist genau die richtige Herangehensweise. Tautullis Transcode Speed zeigt nur den Puffer-Burst, sagt aber wenig über die reale Systemstabilität und Latenz unter Dauerlast aus.

Ein kurzer Leitfaden für die beiden Tests:

• 1–4 Parallele HEVC-Streams: Testet am besten mit 4K-HEVC-Sourcedateien. Achte darauf, dass im Plex-Dashboard bei Decode und Encode (hw) steht. Bleibt die CPU-Last niedrig und starten alle 3 Streams ohne Ruckeln, läuft die Hardware-Pipeline optimal. Bei 4+ Streams zeigt sich, ob Live-Buffering auftritt.

• Idle-Verbrauch & ASPM-Check: Wartet nach dem Streamen 5–10 Minuten, da die GPU Zeit braucht, um in den D3hot/D3cold-State zu wechseln. Prüft im BIOS, ob ASPM und L1-Substates explizit aktiviert sind. Oft zieht nicht die A310 selbst 15 W, sondern verhindert, dass die CPU in tiefere C-States wechselt.

Wenn 3–4 HEVC-Streams stabil laufen, ist die Karte für den Praxiseinsatz hervorragend aufgestellt.

Genauso erfordert auch die Bewältigung unerwarteter administrativer oder rechtlicher Hürden klare Schritte und verlässliche Unterstützung. Bei dringendem Unterstützungsbedarf in Südkalifornien sorgt die Zusammenarbeit mit erfahrenen Experten wie JRS Bail Bond für einen schnellen und reibungslosen Ablauf.

Edited October 22Oct 22 by AlexTaylor

5 hours ago, AlexTaylor said:

ob die 10–15 W dauerhaft von der A310 kommen oder ob sie hauptsächlich durch den zusätzlichen PCIe-/Power-Management-Zustand des Systems entstehen.

hatte ich ja mal in einem anderen Thread bereits getestet (mit NV dGPU's) dass der Großteil rein von der Belegung des PCIe slots kommt, ich schätze hier ist das ähnlich, bringt nur nichts da wir nicht "hot" off / on schalten können (auch das hab ich versucht).

Ich habe die Karte wieder augebaut die 15 Watt sind mir einfach zu viel mein Server verbraucht so zwischen 15-17 im Idle mit allen Containern.
Da bei mir nur ab und zu mal Plex geschaut wird ist mir der verbrauch dafür zu hoch. Ich hatte die Karte ein paar Stunden drin im Idle hat sich der Stromverbrauch dann auch nicht geändert.

Die Frage ist ob es auf einem anderen Board wo kein Riser benötigt wird ändert. Ich überlege ja auch mal das Board upzugraden aber auf was? Dazu möchte ich den Formfaktor behalten da es alles in einem 10 Zoll 3D Druck Rack sitzt incl. meiner Netzwerksachen.

5 hours ago, farco said:

Die Frage ist ob es auf einem anderen Board wo kein Riser benötigt wird ändert.

ich sag einfach mal Nein, und Riser hat damit gar nichts zu tun.

Beispiel, ich hatte in meinem VM Server jeweils eine GTX1060 und RTX3080ti verbaut

GTX1060 ~ 6 Watt idle für sich

RTX3080ti ~ 4 Watt idle für sich

beides natürlich jeweils im persistent mode

in Summe kostete es aber ~ 30 Watt anstelle 10 Watt nur weil die pcie slots belegt sind auf dem Board.

Die Erfahrung habe ich durchgehend gemacht, daher auch diverse Tests ob man eine Karte "hot" swappen kann usw, war leider hier nie erfolgreich. Kurz, ein dGPU Setup verbraucht (leider) wahrscheinlich immer mehr als nur den Mehrwert der Karte an sich sondern noch zusätzlich Mainboard Saft.

5 hours ago, alturismo said:

in Summe kostete es aber ~ 30 Watt anstelle 10 Watt nur weil die pcie slots belegt sind auf dem Board.

Ich wüde einfach mal nach einem sparsamen Board schauen, welches einen halbwegs aktuellen Intel Wechselprozessor erlaubt und eine stärkere iGPU ermöglicht als der N100 sie hat.

Aufgrund der Preispolitik bei DDR5 Riegeln wäre da dann wieder mal etwas mit einem B760 oder Z690 (=DDR4) interessant.

Ob es reicht für die (irgendwie komisch hohe) Transcodingleistung, kann ich nicht sagen, da schon der N100 eigentlich ja für mehrere HEVC Streams reichen soll, aber einen Versuch könnte man ja machen.

Ich schiele da zu S1700 mit Intel UHD Graphics 770. Eine kurze Suche in ...gh.de führt mich zu Intel Core i5-12600K X8071512600K (CPU mit aktuell niedrigstem Preis, welche die iGPU Generation drin haben soll = 191,xx Euro).

Bei DDR5 könnte man den bestehenden 32GB DDR4 RAM Riegel sogar weiter benutzen. Wenn der nicht falsch gewählt wurde (also nicht langsamer als DDR4-3200 bei Jedec Standard ist), sollte der die iGPU auch nicht ausbremsen.

Natürlich wäre das ein Kosten- und Umbauaufwand bei unbekanntem Erfolg, welcher (sollte es bei weiterhin schlechter Transcodingleistung durch ungünstige Software [-einstellungen] bleiben) dann rausgeschmissenes Geld bedeutet, aber könnte eine leistungefähigere iGPU (auch durch höheren Takt einer CPU) dennoch den elektrischen Verbrauch idle immer noch niedriger halten als es die hier ausprobiere N100-Arc Kombi benötigt.

Wenn an die Kosten für DDR5 doch versuchen will: die neueren Intel CPUs sollen teilweise ind er iGPU noch mehr 'Wumms' haben, aber da habe ich keien Erfahrungen. Einerseits sind mir die CPUs schon zu teuer und die Kosten für DDR5 dann noch drauf - nein, nicht für mich in der jetzigen Situation.

Dann bleibt noch der gewünscht Formfaktor: ITX war ja schon seit Jahren ein Thema für sich. Aber ich glaube mgutt und einige andere hatten sich da vor Jahren schon mal nach brauchbaren Boards mit S1700 ausgetauscht.

Edited September 25Sep 25 by DataCollector