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