MPC561

Bissl spät... Aber "Cache Dirs" hat auch schon bei vielen zu Problemen mit aufwachen der Platten geführt (obwohl die Intention des Plugins ja eigentlich gegenteilig ist). Hab ich bei mir deswegen überall runter geschmissen. S3 Sleep und Systeminfo sollten da eigentlich keine Probleme machen, warum auch.

Systemverbrauch ist eine wirklich komplexe Sache. Wir versuchen hier für diverse Boards, N100 oder auch Datas B760 Grundverbräuche zu ermitteln. Nur Mainboard, Prozessor, RAM, eine NVME/SSD, richtiges Netzteil ist auch wichtig. Dazu versuchen wir diverse Stromsparmassnahmen zu aktivieren um zu sehen ob die Boards das überhaupt können. Viele könne es nämlich wegen unsauberer Biosimplementierungen nicht und haben dann schon grosse Grundlasten. So haben wir eine Vergleichbarkeit und könne sagen: N100 5W nackt, Datas B760m 10W nackt und im idle ohne Docker VM etc. Dann kommt die persönliche Peripherie, zusätzliche Platten, Lüfter SATA Karten etc. Wir haben Grundformeln. Board nackt Leistung N100 5W, SATA ASM1164 controller +2W, jede HDD am SATA controller im Spindown ca. 1W usw. Natürlich unter der Prämisse das diese zusätzliche Peripherie auch Strommassnahmen in Kombination mit dem Motherboard beherrscht. So kann ein SATA Controller mit JMB Chipsatz zum Beispiel keine Stromsparmechanismen und verhindert t dann das dein ganzes System Strom spart. Die ganzen Kombination von HW ist teilweise ein Glücksspiel. Ich hatte schon Szenarien in denen eine Intenso 2TB SSD im N100 am SATA Port verhindert hat das mein System in den Idle gegangen ist. In einem anderen System funktionierte die. Dann hab ich in den N100 eine ASM1164er Karte Gesteck und schwups ging die SSD wieder in die Stromsparmodi. Nochwas zum Begriff "idle". Das heisst nicht das dein System nix tut und keine Docker laufen etc. Idle sagt wie oft in einer gewissen Zeit der Prozessor und die Peripherie schlafen gehen. So kann dien Board schnell einen Docker berechnen und schläft dann eine Zeit bis die nächste Rechenoperation beim Docker notwendig ist. Je mehr Docker/VM laufen umso weniger kann das Board schlafen, umso höher dein Stromverbrauch. Die oftmals zitierten System C- States beschreiben das. im C1 rechnet dein System immer. Maximalverbrauch, kommt es 80% in C7, C8, C9 etc. dann rechnet es wesentlich weniger und die Stromaufnahme ist geringer. Hier mal ein Mini NAS von mir. Fujitsu Esprimo (i5-6500T) mit 4TB (1x2TB NVME + 2x1TB SSD) Das braucht so ca 5-6W mit laufenden Docker Containern (die Messteckdose kostet auch Leistung). Und manchmal unter Last hat es eben Leiustungsspitzen. Da läuft HA (Homeautomatisierung), MQTT und ein Lyrion Music Server. Geringe Leistungen gehen also schon. Die Philosophie ist einfach. Wenn das System nix zu tun hat soll es so wenig wie möglich konsumieren. Und die meisten NAS haben viele Stunden am Tag nicht viel zu tun.

@MajinChibi Board Leer ca. 10W + 3x1W vom standby der 4 Festplatten. Also ca. 13W. Die 4 Lüfter + die Fractal Steuerung + die Verluste durch das vermutlich ineffiziente alte Netzteil zusammen nochmal 5-7W… klingt nicht unplausibel. Zieh halt mal alle Lüfter kurz ab. Der Rechner raucht ja nicht gleich ab, und messe dann. Wobei das alte coolermaster…

Mach mal spaßeshalber ein sudo vor den Echo-Befehl.

Vielleicht hatten auch einige das Problem das Immich Anfang Juli seinen Dienst eingestellt hat bzw. nicht mehr startet. Mich hat das getroffen und ich habe etwas nachgeforscht. Hier mal die Lösung falls die jemand braucht. Scheint so das Immich ein neues Postgres braucht und das die Postgres Datenbank emigriert werden muss. Das ist recht einfach und kostet nur ein paar Minuten. Backup der Docker machen! Dazu geht man zum Tab mit den Dockercontainern und stopt Postgres und Immich. Dann editiert man die Einstellungen des Postgres Containers. In den Einstellungen aktivier man zuerst die Advanced view Dann sucht man nach einer Zeile in der folgendes steht: tensorchord/pgvecto-rs:pg16-v0.3.0 Diese Zeile ersetzt man mit: ghcr.io/immich-app/postgres:16-vectorchord0.3.0-pgvectors0.3.0 Apply und warten. Das kann länger dauern. Einfach einen Kaffee trinken. Dann sollte Postgres wieder laufen (man kann sich ja die Logs anschauen) und man startet Immich und das sollte wieder via Webinterface erreichbar sein. Das ganze ist auch nicht auf meinem Mist gewachsen sondern ich habe das von hier von Ayashi33: Klick mich Viellicht hilft es jemandem. Fals schonmal gepostet bitte ich um Verzeihung, ich bin hier gerade nicht so aktiv da ich jetzt mit 53 nochmal Nachwuchs bekommen habe. Ich bin ein Sugar Daddy Gruss, Joerg

Das C State Konzept wird es schon noch geben. Nur kennt Powertop dein CPU einfach nicht.

@Flosse Noch ein Kommentar weil ich das gerde nochmal gelesen habe. Auch wenn du im BIOS die onboard NIC oder SATA Karten deaktivierst kosten sie dich bei den meisten Boards trotzdem Strom, bei dem hier auch. Am besten auch immer die internen SATA Ports nutzen da die weniger Strom Kosten als die auf der externen ASM. Beispiel 3xHDD, 2 an die Ports des Boards und einen an den ASM. Hier ist übrigens der N100 thread der explizit für das ASRock N100m und N100DC-ITX sind, da sind auf der ersten Seite Messwerte des Boards und die Bioseinstellungen. Da gibt es massig Infos wenn du Mal Lust und Laune hast. Link Gruss, Joerg

@Mystrantus Da alle devices ASPM disabled sind sieht das stark nach Bioseinstellungen aus oder das Board kann schlichtweg kein ASPM.

@EdgarWallace Schau mal ob es eine Option gibt die irgendwie Native ASPM heißt und stell die mal um.

@EdgarWallace Dann hatte ich Dich missverstanden. Irgendwas hält Dich im C1. Und da braucht man nunmal am meisten Strom. Auf zwei deiner Kerne ist 40% Last. Aber trotzdem ist 98% C1 zu viel. Könnte der PCIe x16 Steckplatz sein bei dem ASPM disabled ist. PS: Oder du wartest nicht lange genug bis du misst. Nach dem Startup gibt dem System mal 10 Minuten (wobei Du das eh schon getan hast um die Platten in Spindown zu bekommen?)

Hmmm? Bin ich gerade intellektuell auf dem falschen Dampfer aber seit wann sind 37W wenig? Dazu sieht es nicht so aus als hättest Du ASPM im Idle gescreenshotet. Der Pkg State ist nur ca. 1,1% im C3 und 0.4% im C2. Also ist er 98,5% im C1. Da spart man keine Energie. Waren die HDDs im Spindown? Weil 37W...

Bitte um Entschuldigung. Ich hatte im ersten Post C3 gelesen (ich seh immer schlechter, kein Witz und C3 und C8...) Generell, iirc kommst Du mit dem ATOM Chipset generell nicht unter C8. (Ich meine das mal nachgelesen zu haben) Wie @DataCollector schon sagt reicht bei 4 mechanischen Platten eine PicoPSU mit 160W oder besser 200W mit einem Leicke 156W Netzteil aus (das das Netzteil kleiner als 200W ist ist durchaus ok und hat trotzdem noch einen Vorteil). Gruss, Joerg

Deswegen sagte ich die Treiber aus dem Store deinstallieren. Die zeigen zwar ASPM enabled an aber verhindern tiefe C-States. Steht auch paar mal hier im Thread. Gruß, Joerg

Ich glaube nicht wirklich das Du viel gesucht hast. Dieser Thread hier hat alleine 3 oder 4 Anleitungen wo ich den Leuten erkläre was sie machen sollen und beistimmt noch 10 mal wo es andere Forenkollgen erklären. USB2 ist besser als USB3. USB3 in einem USB2 Port ist auch ok. USB3 in einem USB3 Port wird sehr warm und dadurch stirbt mittelfristig der Flash. Wenn der Cruzer nicht zu alt ist und eine gültige UUID/GUID hat sollte das kein Problem sein.

Die Treiber der NICs wieder deinstallieren. Danach ASPM Helper aus den Apps installieren und damit die NICs für ASPM konfigurieren. Wie man das macht findet man hier im Forum unter dem Suchbegriff ASPM Helper und ich meine ich hätte damals im N100 thread vorgesellt wie man das Manuel machen kann via zwei Einträgen im "go" File bevor Alturismo darauf basierend das Tool entwickelt hat. Gruss, Joerg

In den Einstellungen des Dockercontainers. Sprich in den Dockertab in Unraid gehen. Dann: Siehe auf dem Bild. Ich habs jetzt mal am Beispiel von Jellyfin gezeigt. Aber das "sollte" ähnlich sein bei Emby. Und hier das sind die Konfigurationen des Dockers. Da muss man /dev/dri als eigenen Eintrag hinzufügen: Einen Punkt bekommt man dazu indem man weiter unten auf dem Bild auf "+Add... siehe unten im Bild"

Das sieht mir nicht so aus als würdest Du die iGPU zur Transcodierung nutzen. Aber Emby, ach da muss man das bezahlen, oder? Dann würde ich mir mal nebenbei Jellyfin anschauen. Da ist das Transcodieren über iGPU ohne zahlen mit drin. Muss man nur den Docker richtig einrichten udn Jellyfin dann noch sagen das es die iGPU verwenden soll. Dann sollte die CPU nicht mehr so "leiden".

i5 der 3. Generation ist schon etwas älter. Aber Alter ist relativ wenn es um die Anforderungen geht. Die 3. Generation war allerdings nicht als sparsam bekannt imho. Trotzdem, testen kostet ja nix. Und vielleicht reicht das Setup ja ein Jahr bis sich HW Preise wieder beruhigt haben. Gruss, Joerg

Das ist doch egal. Alleine je nach Festplattentyp können das die Festplatten konsumieren im worst case wenn du 4 verwendete die statt 30W 50W Peak ziehen. Ich will einfach darauf hinaus das wir nicht sagen sollten: Geht Sondern eher 4-5 geht sicher mit N100/B760 ab 6 wird's ein Glücksspiel je nach HW Kombination. Gruss, Jörg

Nö. Ich hab das so wie oben beschrieben ein halbes Jahr laufen lassen mit permanenten Wakeup Problemen/System Freezes bis ich herausfand an was es lag. Das dein System bei Standard Gebrauch ohne WOL/Sleep/Suspend to RAM läuft bedeutet nicht das es stabil genug ist das jemanden zu empfehlen ohne auf die Einschränkungen hinzuweisen, und das hast Du nicht getan. Deswegen ist mein Einwand vollkommen valide. Gruss, Joerg

Das wird zuviel Data. Je nach Festplatte safe eher 5-6 Platten. Alles andere ist Glück oder man kann böse Seiteneffekte haben weil es erstmal läuft im Normalbetrieb und dann durch irgendwas abstürzt. Wenn er zum Beispiel sein System in den Sleep versetzen will und aufwachen via WOL oder nach Zeitplan, dann ist das kritische das aufwachen weil dann die Festplatten alle auf einmal und nicht leicht Zeitversetzt anlaufen (wie beim Startup). Die Last Peaks können dann zum Absturz des Systems führen. (Hatte ich mit meinem W480m mit i3-10100 und 7 Platten mit 160W PicoPSU so.) Gruss, Joerg PS: Könnten auch 6-7 Platten sein. Der N100 Prozessor selber macht ja nicht so eine Last wie ein i3 oder i5 beim anlaufen. Ist aber ein Glücksspiel, wie gesagt.

Das was ich da an Docker Containern so sehe, schafft das auch locker ein AsRock N100m Board mit einer ASM1166 SATA PCie Karte. Der N100 ist leistungsmässig vergleichbar mit einem i5-7400T. Vorteile: günstig, das Board mit Prozessor bekommt man für 100 Euro, braucht man nur noch RAM und 16 GB reichen bei den Anwendungen locker bei 4 Platten einfach mit einer PicoPSU 160W für 20 Euro und einem Leicke ULL 12V 156W Netzteil für 40 Euro. Nur 60 Euro beim best möglichem Wirkungsgrad Energiesparend. Wird im Idle ohne Docker mit dem ASM1166 (ca. 40 Euro) und 4 HDDs so ca. 11-12W brauchen. Mit Dockern ein paar Watt mehr Jellyfin schafft beim Transcoding via der internen iGPU (wenn es denn wirklich notwendig ist) 3 Streams mit HDR und Tonemapping, bei geringeren Einstellungen natürlich mehr Streams So kann man ein komplett System für knapp 200 Euro + RAM und +Datenträger aufsetzen.

Ich hoffe ich hab jetzt nix überlesen in der Eile heute abend... Ich hatte bzgl. Der Festplatten Erkennung Mal das gleiche verhalten wie du. Ich allerdings als ich einen B560m Server von 6 auf 12 Platten via ASM1166 aufgebohrt habe. Das Problem war am Ende das 300-350W Netzteil (no Name Kram). Mit 550W dann keine Probleme mehr. Deswegen die Frage, bist du sicher daß das Netzteil nicht das Problem ist? Vielleicht noch im Kontext das der RTL Controller vielleicht kein delayed spinup der Platten nacheinander macht sondern alle Platten nahezu gleichzeitig hochdrehen will auf der 12V schiene des Netzteils? Und dadurch zu hohe Powerbelastung auf 12V? Gruss, Joerg

Ja kann passieren. Ich nutze keine VMs Die aktuellste und C8.

Das Board saugt leer eher 9W, ich vertraue da eher Datas Messungen. Dazu 4 HDDs im Spindown wären dann nochmal ca. auf der 5V Schiene für die Elektronik im Spin-Down4W. Bist Du schon auf 13W. Der Lüfter dürfte auch 1-2W kosten, also gut 15W. Zigbee USB Dongle kostet auch etwas Saft.keine Ahnung wieviel. Dazu viele Docker und vor allem eine VM. 18W klingen vollkommen plausibel. Gruss, Joerg