Het grote zuinige server topic - deel 3

[Airavab]

Zojuist mijn server een upgrade gegeven:

#	Category	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-8100 Boxed	€ 0,-	€ 0,-
1	Moederborden	Fujitsu D3643-H	€ 0,-	€ 0,-
3	Interne harde schijven	Seagate Barracuda Compute 2,5" (5400rpm), 5TB	€ 119,48	€ 358,44
1	Behuizingen	Fractal Design Define R5 Zwart	€ 128,50	€ 128,50
1	Processorkoeling	be quiet! Pure Rock Slim 2	€ 24,35	€ 24,35
1	Geheugen intern	Corsair Vengeance LPX CMK16GX4M2E3200C16	€ 38,90	€ 38,90
1	Voedingen	Corsair RM650x (2021) Zwart	€ 137,36	€ 137,36
1	Solid state drives	Samsung 980 1TB	€ 61,30	€ 61,30
			Totaal	€ 748,85

• OS: Unraid 6.11.5
• BIOS : R.1.8.0

Ik heb zoveel mogelijk BIOS settings aangepast welke in de TS staat en dan met alle HDD's in spindown en enkel LAN verbindinghaal ik rond de 12w idle aldus mijn TP link tapo P110. Persoonlij hoop ik nog wel sub 10w te komen aangezien vele toch wel richting de 3-4w met vergelijkbare setups halen.

Wat mij opvalt is dat ik niet verder kom dan package state C3 zie powertop screenshots hieronder:












lspci:

code:

0000:00:00.0 Host bridge [0600]: Intel Corporation 8th Gen Core 4-core Desktop Processor Host Bridge/DRAM Registers [Coffee Lake S] [8086:3e1f] (rev 08)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions 8th Gen Core 4-core Desktop Processor Host Bridge/DRAM Registers [Coffee Lake S] [1734:124a]
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
    Latency: 0
    IOMMU group: 0
    Capabilities: [e0] Vendor Specific Information: Len=10 <?>
    Kernel driver in use: skl_uncore
    Kernel modules: ie31200_edac

0000:00:01.0 PCI bridge [0604]: Intel Corporation 6th-10th Gen Core Processor PCIe Controller (x16) [8086:1901] (rev 08) (prog-if 00 [Normal decode])
    Subsystem: Fujitsu Technology Solutions 6th-10th Gen Core Processor PCIe Controller (x16) [1734:124a]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 122
    IOMMU group: 1
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    I/O behind bridge: f000-0fff [disabled] [16-bit]
    Memory behind bridge: fff00000-000fffff [disabled] [32-bit]
    Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] [64-bit]
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
    BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
        PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [88] Subsystem: Fujitsu Technology Solutions 6th-10th Gen Core Processor PCIe Controller (x16) [1734:124a]
    Capabilities: [80] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D3 NoSoftRst+ PME-Enable+ DSel=0 DScale=0 PME-
    Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00218  Data: 0000
    Capabilities: [a0] Express (v2) Root Port (Slot+), MSI 00
        DevCap: MaxPayload 256 bytes, PhantFunc 0
            ExtTag- RBE+
        DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
            MaxPayload 256 bytes, MaxReadReq 128 bytes
        DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
        LnkCap: Port #2, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <1us, L1 <8us
            ClockPM- Surprise- LLActRep- BwNot+ ASPMOptComp+
        LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk-
            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
        LnkSta: Speed 2.5GT/s, Width x0
            TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
            Slot #1, PowerLimit 75W; Interlock- NoCompl+
        SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
            Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
        SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
            Changed: MRL- PresDet- LinkState-
        RootCap: CRSVisible-
        RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
        RootSta: PME ReqID 0000, PMEStatus- PMEPending-
        DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR+
             10BitTagComp- 10BitTagReq- OBFF Via WAKE#, ExtFmt- EETLPPrefix-
             EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
             FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd-
             AtomicOpsCap: Routing- 32bit+ 64bit+ 128bitCAS+
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Via WAKE#, ARIFwd-
             AtomicOpsCtl: ReqEn- EgressBlck-
        LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer- 2Retimers- DRS-
        LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
             Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
        LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1-
             EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest-
             Retimer- 2Retimers- CrosslinkRes: unsupported
    Capabilities: [100 v1] Virtual Channel
        Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
        Arb:    Fixed- WRR32- WRR64- WRR128-
        Ctrl:   ArbSelect=Fixed
        Status: InProgress-
        VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
            Arb:    Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256-
            Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
            Status: NegoPending+ InProgress-
    Capabilities: [140 v1] Root Complex Link
        Desc:   PortNumber=02 ComponentID=01 EltType=Config
        Link0:  Desc:   TargetPort=00 TargetComponent=01 AssocRCRB- LinkType=MemMapped LinkValid+
            Addr:   00000000fed19000
    Capabilities: [d94 v1] Secondary PCI Express
        LnkCtl3: LnkEquIntrruptEn- PerformEqu-
        LaneErrStat: 0
    Kernel driver in use: pcieport

0000:00:02.0 VGA compatible controller [0300]: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] [8086:3e91] (prog-if 00 [VGA controller])
    DeviceName: Onboard - Video
    Subsystem: Fujitsu Technology Solutions CoffeeLake-S GT2 [UHD Graphics 630] [1734:124a]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 132
    IOMMU group: 2
    Region 0: Memory at 6000000000 (64-bit, non-prefetchable) [size=16M]
    Region 2: Memory at 4000000000 (64-bit, prefetchable) [size=256M]
    Region 4: I/O ports at 3000 [size=64]
    Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
    Capabilities: [40] Vendor Specific Information: Len=0c <?>
    Capabilities: [70] Express (v2) Root Complex Integrated Endpoint, MSI 00
        DevCap: MaxPayload 128 bytes, PhantFunc 0
            ExtTag- RBE+ FLReset+
        DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- FLReset-
            MaxPayload 128 bytes, MaxReadReq 128 bytes
        DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
        DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR-
             10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
             EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
             FRS-
             AtomicOpsCap: 32bit- 64bit- 128bitCAS-
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled,
             AtomicOpsCtl: ReqEn-
    Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00018  Data: 0000
    Capabilities: [d0] Power Management version 2
        Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [100 v1] Process Address Space ID (PASID)
        PASIDCap: Exec- Priv-, Max PASID Width: 14
        PASIDCtl: Enable- Exec- Priv-
    Capabilities: [200 v1] Address Translation Service (ATS)
        ATSCap: Invalidate Queue Depth: 00
        ATSCtl: Enable-, Smallest Translation Unit: 00
    Capabilities: [300 v1] Page Request Interface (PRI)
        PRICtl: Enable- Reset-
        PRISta: RF- UPRGI- Stopped+
        Page Request Capacity: 00008000, Page Request Allocation: 00000000
    Kernel driver in use: i915
    Kernel modules: i915

0000:00:12.0 Signal processing controller [1180]: Intel Corporation Cannon Lake PCH Thermal Controller [8086:a379] (rev 10)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH Thermal Controller [1734:1246]
    Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Interrupt: pin A routed to IRQ 16
    IOMMU group: 3
    Region 0: Memory at 6001109000 (64-bit, non-prefetchable) [size=4K]
    Capabilities: [50] Power Management version 3
        Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
        Address: 00000000  Data: 0000
    Kernel driver in use: intel_pch_thermal
    Kernel modules: intel_pch_thermal

0000:00:14.0 USB controller [0c03]: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller [8086:a36d] (rev 10) (prog-if 30 [XHCI])
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH USB 3.1 xHCI Host Controller [1734:1246]
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 124
    IOMMU group: 4
    Region 0: Memory at 8f920000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: [70] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
        Address: 00000000fee00258  Data: 0000
    Capabilities: [90] Vendor Specific Information: Len=14 <?>
    Kernel driver in use: xhci_hcd

0000:00:14.2 RAM memory [0500]: Intel Corporation Cannon Lake PCH Shared SRAM [8086:a36f] (rev 10)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH Shared SRAM [1734:1246]
    Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    IOMMU group: 4
    Region 0: Memory at 6001104000 (64-bit, non-prefetchable) [disabled] [size=8K]
    Region 2: Memory at 6001108000 (64-bit, non-prefetchable) [disabled] [size=4K]
    Capabilities: [80] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-

0000:00:16.0 Communication controller [0780]: Intel Corporation Cannon Lake PCH HECI Controller [8086:a360] (rev 10)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH HECI Controller [1734:1246]
    Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Interrupt: pin A routed to IRQ 255
    IOMMU group: 5
    Region 0: Memory at 6001107000 (64-bit, non-prefetchable) [disabled] [size=4K]
    Capabilities: [50] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [8c] MSI: Enable- Count=1/1 Maskable- 64bit+
        Address: 0000000000000000  Data: 0000
    Capabilities: [a4] Vendor Specific Information: Len=14 <?>

0000:00:17.0 SATA controller [0106]: Intel Corporation Cannon Lake PCH SATA AHCI Controller [8086:a352] (rev 10) (prog-if 01 [AHCI 1.0])
    DeviceName: Onboard - SATA
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH SATA AHCI Controller [1734:1246]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 125
    IOMMU group: 6
    Region 0: Memory at 8f930000 (32-bit, non-prefetchable) [size=8K]
    Region 1: Memory at 8f933000 (32-bit, non-prefetchable) [size=256]
    Region 2: I/O ports at 3090 [size=8]
    Region 3: I/O ports at 3080 [size=4]
    Region 4: I/O ports at 3060 [size=32]
    Region 5: Memory at 8f932000 (32-bit, non-prefetchable) [size=2K]
    Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00278  Data: 0000
    Capabilities: [70] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
    Kernel driver in use: ahci
    Kernel modules: ahci

0000:00:1b.0 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root Port #21 [8086:a32c] (rev f0) (prog-if 00 [Normal decode])
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH PCI Express Root Port [1734:1246]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 123
    IOMMU group: 7
    Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
    I/O behind bridge: f000-0fff [disabled] [16-bit]
    Memory behind bridge: 8f800000-8f8fffff [size=1M] [32-bit]
    Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] [64-bit]
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
    BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
        PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
        DevCap: MaxPayload 256 bytes, PhantFunc 0
            ExtTag- RBE+
        DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
            MaxPayload 256 bytes, MaxReadReq 128 bytes
        DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
        LnkCap: Port #21, Speed 8GT/s, Width x4, ASPM L0s L1, Exit Latency L0s <1us, L1 <16us
            ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+
        LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
        LnkSta: Speed 8GT/s, Width x4
            TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt-
        SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
            Slot #32, PowerLimit 25W; Interlock- NoCompl+
        SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
            Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
        SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
            Changed: MRL- PresDet- LinkState+
        RootCap: CRSVisible-
        RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
        RootSta: PME ReqID 0000, PMEStatus- PMEPending-
        DevCap2: Completion Timeout: Range ABC, TimeoutDis+ NROPrPrP- LTR+
             10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
             EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
             FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd+
             AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS-
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled, ARIFwd-
             AtomicOpsCtl: ReqEn- EgressBlck-
        LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer- 2Retimers- DRS-
        LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
             Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
        LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+ EqualizationPhase1+
             EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
             Retimer- 2Retimers- CrosslinkRes: unsupported
    Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00238  Data: 0000
    Capabilities: [90] Subsystem: Fujitsu Technology Solutions Cannon Lake PCH PCI Express Root Port [1734:1246]
    Capabilities: [a0] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [100 v1] Advanced Error Reporting
        UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt+ RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UESvrt: DLP+ SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
        CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
        CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
        AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn-
            MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
        HeaderLog: 00000000 00000000 00000000 00000000
        RootCmd: CERptEn+ NFERptEn+ FERptEn+
        RootSta: CERcvd- MultCERcvd- UERcvd- MultUERcvd-
             FirstFatal- NonFatalMsg- FatalMsg- IntMsg 0
        ErrorSrc: ERR_COR: 0000 ERR_FATAL/NONFATAL: 0000
    Capabilities: [140 v1] Access Control Services
        ACSCap: SrcValid+ TransBlk+ ReqRedir+ CmpltRedir+ UpstreamFwd- EgressCtrl- DirectTrans-
        ACSCtl: SrcValid+ TransBlk- ReqRedir+ CmpltRedir+ UpstreamFwd- EgressCtrl- DirectTrans-
    Capabilities: [150 v1] Precision Time Measurement
        PTMCap: Requester:- Responder:+ Root:+
        PTMClockGranularity: 4ns
        PTMControl: Enabled:- RootSelected:-
        PTMEffectiveGranularity: Unknown
    Capabilities: [220 v1] Secondary PCI Express
        LnkCtl3: LnkEquIntrruptEn- PerformEqu-
        LaneErrStat: 0
    Capabilities: [250 v1] Downstream Port Containment
        DpcCap: INT Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
        DpcCtl: Trigger:0 Cmpl- INT- ErrCor- PoisonedTLP- SwTrigger- DL_ActiveErr-
        DpcSta: Trigger- Reason:00 INT- RPBusy- TriggerExt:00 RP PIO ErrPtr:1f
        Source: 0000
    Kernel driver in use: pcieport

0000:00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a308] (rev 10)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Device [1734:1246]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    IOMMU group: 8

0000:00:1f.3 Audio device [0403]: Intel Corporation Cannon Lake PCH cAVS [8086:a348] (rev 10)
    DeviceName: Onboard - Sound
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH cAVS [1734:1247]
    Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Interrupt: pin A routed to IRQ 255
    IOMMU group: 8
    Region 0: Memory at 6001100000 (64-bit, non-prefetchable) [size=16K]
    Region 4: Memory at 6001000000 (64-bit, non-prefetchable) [size=1M]
    Capabilities: [50] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [80] Vendor Specific Information: Len=14 <?>
    Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
        Address: 0000000000000000  Data: 0000

0000:00:1f.4 SMBus [0c05]: Intel Corporation Cannon Lake PCH SMBus Controller [8086:a323] (rev 10)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH SMBus Controller [1734:1246]
    Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Interrupt: pin A routed to IRQ 16
    IOMMU group: 8
    Region 0: Memory at 6001106000 (64-bit, non-prefetchable) [size=256]
    Region 4: I/O ports at efa0 [size=32]
    Kernel driver in use: i801_smbus
    Kernel modules: i2c_i801

0000:00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH SPI Controller [8086:a324] (rev 10)
    DeviceName: Onboard - Other
    Subsystem: Fujitsu Technology Solutions Cannon Lake PCH SPI Controller [1734:1246]
    Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    IOMMU group: 8
    Region 0: Memory at fe010000 (32-bit, non-prefetchable) [size=4K]

0000:00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (7) I219-LM [8086:15bb] (rev 10)
    DeviceName: Onboard - Ethernet
    Subsystem: Fujitsu Technology Solutions Ethernet Connection (7) I219-LM [1734:1248]
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 127
    IOMMU group: 8
    Region 0: Memory at 8f900000 (32-bit, non-prefetchable) [size=128K]
    Capabilities: [c8] Power Management version 3
        Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=1 PME-
    Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Address: 00000000fee002b8  Data: 0000
    Kernel driver in use: e1000e
    Kernel modules: e1000e

0000:00:1b.0/02:00.0 Non-Volatile memory controller [0108]: Samsung Electronics Co Ltd NVMe SSD Controller 980 [144d:a809] (prog-if 02 [NVM Express])
    Subsystem: Samsung Electronics Co Ltd Device [144d:a801]
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 16
    NUMA node: 0
    IOMMU group: 9
    Region 0: Memory at 8f800000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [40] Power Management version 3
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [50] MSI: Enable- Count=1/32 Maskable- 64bit+
        Address: 0000000000000000  Data: 0000
    Capabilities: [70] Express (v2) Endpoint, MSI 00
        DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
            ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 25W
        DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
            RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-
            MaxPayload 256 bytes, MaxReadReq 512 bytes
        DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
        LnkCap: Port #0, Speed 8GT/s, Width x4, ASPM L1, Exit Latency L1 <64us
            ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+
        LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
            ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
        LnkSta: Speed 8GT/s, Width x4
            TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        DevCap2: Completion Timeout: Range ABCD, TimeoutDis+ NROPrPrP- LTR+
             10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
             EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
             FRS- TPHComp- ExtTPHComp-
             AtomicOpsCap: 32bit- 64bit- 128bitCAS-
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled,
             AtomicOpsCtl: ReqEn-
        LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer- 2Retimers- DRS-
        LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
             Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
        LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+ EqualizationPhase1+
             EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
             Retimer- 2Retimers- CrosslinkRes: unsupported
    Capabilities: [b0] MSI-X: Enable+ Count=13 Masked-
        Vector table: BAR=0 offset=00003000
        PBA: BAR=0 offset=00002000
    Capabilities: [100 v2] Advanced Error Reporting
        UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
        CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
        CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
        AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
            MultHdrRecCap+ MultHdrRecEn- TLPPfxPres- HdrLogCap-
        HeaderLog: 00000000 00000000 00000000 00000000
    Capabilities: [148 v1] Device Serial Number 00-00-00-00-00-00-00-00
    Capabilities: [158 v1] Power Budgeting <?>
    Capabilities: [168 v1] Secondary PCI Express
        LnkCtl3: LnkEquIntrruptEn- PerformEqu-
        LaneErrStat: 0
    Capabilities: [188 v1] Latency Tolerance Reporting
        Max snoop latency: 3145728ns
        Max no snoop latency: 3145728ns
    Capabilities: [190 v1] L1 PM Substates
        L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
              PortCommonModeRestoreTime=10us PortTPowerOnTime=10us
        L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1-
               T_CommonMode=0us LTR1.2_Threshold=81920ns
        L1SubCtl2: T_PwrOn=10us
    Kernel driver in use: nvme
    Kernel modules: nvme

Heeft er iemand tips hoe ik in een lagere C-state kan komen? Ik weet zelf namelijk niet zo goed wat ik nu zou moeten aanpassen.

[ Voor 83% gewijzigd door Airavab op 19-04-2023 18:53 . Reden: lspci toegevoegd. ]

[mrmrmr]

@Bojan023

Ik heb de lspci output vergeleken met die van mijn D3643-H. Ik draai Bookworm, er zijn daarmee wel wat kleine verschillen in irq's en adressen. Bijvoorbeeld deze valt op:
Kernel modules: snd_hda_intel, snd_soc_skl, snd_sof_pci_intel_cnl

De vet aangegeven module is bij mij extra.

De Kingston SSD heeft geen ASPM aan, de capability is er wel, maar de control heeft L1/L2 uit . Alle Dx states staan ook uit. Ik zie niets over USB.

[Mars Warrior]

Bojan023 schreef op woensdag 19 april 2023 @ 11:50:
Zeker n.a.v. de winsten die @Mars Warrior heeft behaald met 30 actieve containers ben ik geïnspireerd om binnenkort zelf eens een slag te slaan, want ook met zo'n berg containers kán het dus wel. Kun je eens een aantal containers noemen die je draait? Draai je zaken zoals Zigbee2MQTT, Nextcloud en Homeassistant?

De metingen die je ziet zijn elke keer van het CPU Package Power (CPP). Die zit nu gemiddeld weer rond de 900mW nadat ik AdGuard lekker laat cachen en de minimale TTL op 600 heb gezet

Systeem als geheel doet minimaal 4W. Met 3 schijven zeg 7W en ik vermoed met een CPP van 2W dat het geheel ca 10W uit het stopcontact trekt.

Ik heb het volgende actief in gebruik (19 containers):

• AdGuard + Unbound, ca 26.000 DNS requests / dag
• MkDocs (2x) - documentatie
• WikiJS + Postgres15 - documentatie
• aaPanel (2x) - hosting
• Caddy - web proxy
• Crashplan - backup
• Gotify + Pushtify - notificaties
• SftpGo - sftp en webdav
• Wireguard - VPN
• Telegraf + InfluxDB - metrics monitoring
• Plugsy - simple dashboard
• Portainer - beheer containers
• Vaultwarden - lokale wachtwoorden

De domotica stack draait wel, maar doet nog niks. Draait nog actief op een NUC en is nog niet gemigreerd naar de nieuwe server (7 containers):

• Home Assistant + Postgres15 + InfluxDB
• Dsmr + Postgres15, P1 via ser2net op een RPI - P1 energie
• NanoMQ - mult-threaded MQTT broker
• Zigbee2Mqtt, zigbee stick via ser2net op een RPI - Zigbee devices

En nog wat mogelijke uitbreidingen waar ik nog niet helemaal uit ben (5 containers)

• Janitor en/of Healtchecks.io voor alerting als er iets mis is
• Photoprism - fotobeheer / gallerij
• Adminer - database beheer
• Filerun - file toegang

Toekomst:

• Frigate (dan zal het verbruik van ca 1W wel over zijn )

Met Frigate meegerekend 32 containers.

De 19 actieve en 7 passieve (geen dataverwerking nog) doen dus ca 900mW gemiddeld als je naar het historgram kijkt van de afgelopen 3 uur.

[RobertMe]

Mars Warrior schreef op woensdag 19 april 2023 @ 20:33:
• NanoMQ - mult-threaded MQTT broker

offtopic:
Wat zijn de voordelen daarvan ten opzichte van de defacto standaard Mosquitto? Lichter en dus ook net wat efficiënter/zuiniger?

Toekomst:

• Frigate (dan zal het verbruik van ca 1W wel over zijn )

Met een Coral valt het extra verbruik waarschijnlijk redelijk mee? In dit topic zijn IIRC ook al wat gegevens van Frigate + Coral gepost. Moet je hem waarschijnlijk wel nu bestellen om het tijdig binnen te hebben

[Mars Warrior]

RobertMe schreef op woensdag 19 april 2023 @ 20:40:
[...]

offtopic:
Wat zijn de voordelen daarvan ten opzichte van de defacto standaard Mosquitto? Lichter en dus ook net wat efficiënter/zuiniger?

Yep, lichter en sneller. En doordat deze van meer cores gebruik kan maken, als het goed is ook efficiënter. Of het meetbaar is weet ik niet. Hij gaat net als andere achtergrondtaken lekker op de E-cores@2.5Ghz draaien.

Met een Coral valt het extra verbruik waarschijnlijk redelijk mee? In dit topic zijn IIRC ook al wat gegevens van Frigate + Coral gepost. Moet je hem waarschijnlijk wel nu bestellen om het tijdig binnen te hebben

De Coral TPU (M.2) was begin maart gewoon op voorraad bij Seeed voor $30 en binnen 14 dagen binnen. Netjes via Luxemburg, dus geen BTW en andere onzinkosten.

Dus die ligt hier nog niks te doen, want ik heb nog niet eens een camera



Zag dat anderen ca 5W meerverbruik hadden met de Coral en Frigate. Dat valt nog mee.

Ben wel benieuwd of de CPU dan weer niet lager dan pkgc6 komt, want de Coral komt in het eerste M.2 slot naast de CPU, maar dat zie ik dan wel. Kan er toch niks aan veranderen denk ik.

[hyperg]

@mrmrmr
Ik heb geprobeerd ASPM enabled te krijgen, maar ik krijg ze niet van disabled af. Ik heb probeerd met pcie_aspm=force, maar dat leverde niets op. Ik heb ook die powersave die ik instel met mijn cronjob even weg gelaten, misschien dat die in de weg zat voor de pcie_aspm=force, dat leverde niets op. Nog steeds op disabled.

Ik heb ook jou script geprobeerd @Mich , maar als ik het ROOT_COMPLEX en ENDPOINT verander naar "01:00.0" (wat de Sandisk NVMe voor mij, dat heb ik van lspci -vv want ik snap nog niet hoe ik lspci -vt moet interpreteren) dan error'd hij met dat hij het root complex niet kan vinden. En bij het starten van het script print hij wat hij denkt dat de root is en dat is leeg. En daarna plukt hij ergens anders een device van dat ik niet heb ingesteld.

code:

Root complex:
Device 00:1c.0 not present

Ik zie wel aan het einde van het script de variable ROOT_COMPLEX weer word aangepast. Heb jij daar nog iets aan gedaan?
regel 120 heeft sowieso al een typefout want het is ROOT_COMPLEX en niet ROOT_COMPLEXT


Gezien beide opties niet werken (en met name omdat ik verwacht had de de pcie_aspm=force gewoon altijd zou werken) denk ik dat ik toch wat in de BIOS misschien nog gemist heb toen ik die geconfigureerd heb. Ik ga dit weekend nog een keer door de BIOS kijken of ik nog iets kan vinden.


@avion
Ik heb gekozen om geen dedicated NAS te bouwen. Ik heb (nog ) geen dataverzameling die zo groot is. Ik begin er ook pas net mee. De DeskMeet heeft ruimte om nog 2 2.5" drives, of 1 3,5" (al denk ik dat als je echt zou willen en je er geen GPU in zet, je die 2de 3,5" ook wel kwijt raakt, maar dan moet je wel wat DIY'en met een mount maken).
En uitgaande van 4TB per SSD voor 2.5", leek 8TB mij voorlopig wel even genoeg mogelijkheden.
Ik heb dus geen dedicated NAS gemaakt omdat voor mij alles in de server zou passen en ik anders alleen maar een 'extra' apparaat zou hebben. En de server heeft toch meer dan genoeg resources over om ook nog wat NAS taken te doen, dat is niet zo zwaar.
Mocht ik toch ruimte te kort krijgen moet ik dan gaan kijken wat op dat moment de juiste keuze is.

[Mich]

hyperg schreef op donderdag 20 april 2023 @ 00:45:
@mrmrmr
Ik heb geprobeerd ASPM enabled te krijgen, maar ik krijg ze niet van disabled af. Ik heb probeerd met pcie_aspm=force, maar dat leverde niets op. Ik heb ook die powersave die ik instel met mijn cronjob even weg gelaten, misschien dat die in de weg zat voor de pcie_aspm=force, dat leverde niets op. Nog steeds op disabled.

Ik heb ook jou script geprobeerd @Mich , maar als ik het ROOT_COMPLEX en ENDPOINT verander naar "01:00.0" (wat de Sandisk NVMe voor mij, dat heb ik van lspci -vv want ik snap nog niet hoe ik lspci -vt moet interpreteren) dan error'd hij met dat hij het root complex niet kan vinden. En bij het starten van het script print hij wat hij denkt dat de root is en dat is leeg. En daarna plukt hij ergens anders een device van dat ik niet heb ingesteld.

code:

Root complex:
Device 00:1c.0 not present

Ik zie wel aan het einde van het script de variable ROOT_COMPLEX weer word aangepast. Heb jij daar nog iets aan gedaan?
regel 120 heeft sowieso al een typefout want het is ROOT_COMPLEX en niet ROOT_COMPLEXT


Gezien beide opties niet werken (en met name omdat ik verwacht had de de pcie_aspm=force gewoon altijd zou werken) denk ik dat ik toch wat in de BIOS misschien nog gemist heb toen ik die geconfigureerd heb. Ik ga dit weekend nog een keer door de BIOS kijken of ik nog iets kan vinden.


@avion
Ik heb gekozen om geen dedicated NAS te bouwen. Ik heb (nog ) geen dataverzameling die zo groot is. Ik begin er ook pas net mee. De DeskMeet heeft ruimte om nog 2 2.5" drives, of 1 3,5" (al denk ik dat als je echt zou willen en je er geen GPU in zet, je die 2de 3,5" ook wel kwijt raakt, maar dan moet je wel wat DIY'en met een mount maken).
En uitgaande van 4TB per SSD voor 2.5", leek 8TB mij voorlopig wel even genoeg mogelijkheden.
Ik heb dus geen dedicated NAS gemaakt omdat voor mij alles in de server zou passen en ik anders alleen maar een 'extra' apparaat zou hebben. En de server heeft toch meer dan genoeg resources over om ook nog wat NAS taken te doen, dat is niet zo zwaar.
Mocht ik toch ruimte te kort krijgen moet ik dan gaan kijken wat op dat moment de juiste keuze is.

Vul voor root en endpoint gewoon allebei 01:00.0 in en het werkt.

[daansan]

andru123 schreef op woensdag 18 januari 2023 @ 20:23:

Kale systeem met alle mogelijk BIOS/Windows optimizaties:

	Idle min	Idle avg	in BIOS
Windows 11 - HDMI, USB kb+m, netwerk Let op: nog niet alle drivers goed geinstaleerd	11.0W	11.9W	17W
Windows 11 - netwerk
Linux Mint - HDMI, USB kb+m, netwerk	6.5W	7.0W
Linux Mint - netwerk

Let op: alle metingen gedaan op 120V 60Hz, met een TrickleStar meter

Geïnspireerd door jouw build heb ik een vergelijkbare setup gekocht. Het lukt mij echter met geen mogelijkheid om een idle verbruik lager dan 20 Watt te halen.

Zou je toevallig bereid zijn wat meer detail over je (bios)instellingen te delen? Mijn bios instellingen waren zoveel als mogelijk afgeleid van de TS.

Ter info, ik heb hier staan:

• i5 12500
• Asus ROG Strix b660-i gaming wifi
• 2 x 32 GB Crucial DDR5
• 1 x PNY CS3040 1TB SSD
• RM550X 2021 voeding

Ik heb getest met Ubuntu 22.04 waar het me opvalt dat de machine met 1 NVME vooral in C3 draait, prik ik er een 2e NVME bij dan gaat hij niet lager dan C2. In beide gevallen kom ik niet lager dan 20 Watt.

Ik had zelfs al ondervolt en de L1 en L2 wattages beperkt tot 65 Watt. (al doet dat laatste volgens mij niet zoveel met idle power maar beperkt het meer de uitschieters onder load)

De cijfers die ik (met mijn brennenstuhl) meet liggen zover af van jouw idle waarden dat ik me afvraag wat er aan de hand kan zijn.

Zo vraag ik me ook af of die PNY SSD roet in het eten gooit, maar 14 Watt verschil lijkt me nogal gortig alleen door een NVME SSD?

[ Voor 6% gewijzigd door daansan op 20-04-2023 18:03 ]

[andru123]

@daansan oo dit moment server staat uit onberijkbaar, kan geen screens maken. @Mich had bijna hetzelfde bord en heeft vergelijkbare metingen. Hij heeft netjes alle bios screens hier gepost: Mich in "Het grote zuinige server topic - deel 3"
Ook belangrijk dat je hebt wifi en netwerk kaart Enabled in Bios.
En, natuurlijk powertop —auto-tune.

[Nakebod]

Skippen naar TL:DR voor de echte vraag

Ik heb nog een ASRock H370M met Intel i5 8400 liggen.
Tijd lang als ESXi machine gebruikt, en die door een nog net iets zuinigere (Maar wel) tragere Intel NUC i5-5250U vervangen.

Nu zit ik er weer aan te denken om die ASRock / i5 8400 op te tuigen.
Die NUC zit met ESXi 7 en daarop 6 VM redelijk tegen de limieten aan. Memory rond de 90% in gebruik, CPU wel wat ruimte over, maar zodra er maar een proces loopt die wat meer nodig heeft dan merk je dat.

Mijn NUC i5-5250U zit meestal rond de 12W. De i5 8400 met ESXi 8 en momenteel 1 VM zit rond de 18W.
Nu wil ik de bestaande hardware hergebruiken. Het is mij de aanschaf/investering niet waard om bijv 500 euro uit te geven, om uiteindelijk misschien 4 watt te besparen. Zelfs met de huidige energieprijzen duurt het onderhand een eeuwigheid om quitte te spelen

Maar ik zit wel te kijken of ik het systeem nog wat zuiniger kan krijgen.

TL:DR
Die i5-8400 draait op een PicoPSU, ATX 20 pins, met noname adapter, 12V, 12.5A.
Die PicoPSU en adapter hebben ooit in een ver verleden nog eens een Via C3 gevoed, dus laten we zeggen iets van 20 jaar oud.
Zijn de nieuwe PicoPSU en adapters efficiënter/zuiniger geworden? Of moet ik het echt gaan zoeken in BIOS instellingen?

[RobertMe]

Nakebod schreef op vrijdag 21 april 2023 @ 15:58:
Skippen naar TL:DR voor de echte vraag

Ik heb nog een ASRock H370M met Intel i5 8400 liggen.
Tijd lang als ESXi machine gebruikt, en die door een nog net iets zuinigere (Maar wel) tragere Intel NUC i5-5250U vervangen.

Nu zit ik er weer aan te denken om die ASRock / i5 8400 op te tuigen.
Die NUC zit met ESXi 7 en daarop 6 VM redelijk tegen de limieten aan. Memory rond de 90% in gebruik, CPU wel wat ruimte over, maar zodra er maar een proces loopt die wat meer nodig heeft dan merk je dat.

Mijn NUC i5-5250U zit meestal rond de 12W. De i5 8400 met ESXi 8 en momenteel 1 VM zit rond de 18W.
Nu wil ik de bestaande hardware hergebruiken. Het is mij de aanschaf/investering niet waard om bijv 500 euro uit te geven, om uiteindelijk misschien 4 watt te besparen. Zelfs met de huidige energieprijzen duurt het onderhand een eeuwigheid om quitte te spelen

Maar ik zit wel te kijken of ik het systeem nog wat zuiniger kan krijgen.

TL:DR
Die i5-8400 draait op een PicoPSU, ATX 20 pins, met noname adapter, 12V, 12.5A.
Die PicoPSU en adapter hebben ooit in een ver verleden nog eens een Via C3 gevoed, dus laten we zeggen iets van 20 jaar oud.
Zijn de nieuwe PicoPSU en adapters efficiënter/zuiniger geworden? Of moet ik het echt gaan zoeken in BIOS instellingen?

ESXi en VMs zijn sowieso absoluut niet zuinig. Wellicht dat je met Proxmox (Debian basis en dus power management van Linux) beter uit de voeten kunt? Daarnaast als je Linux VMs hebt zou je die in Proxmox als LXC container kunnen draaien i.p.v. als VM. LXC lijkt een VM, maar is een volledig geïsoleerde omgeving (zoals VM) binnen de (host) Linux omgeving. Dus je hebt dan niet 1+N kernels die maar half werk aan power management doen maar 1 kernel. Ook dat scheelt nogal.

En een 20 jaar oude adapter zal niet geschakeld zijn. Je zou eens kunnen meten wat die aan verbruik heeft als het systeem helemaal uit staat of zelfs niet aangesloten is. Dan zou je ~0W moeten meten, maar grote kans dat je dan alsnog een aardig verbruik hebt. * RobertMe heeft vorig jaar een 12V adapter van computer speakerset vervangen, 3W verbruik met niks aangesloten. In eerste instantie een Meanwell voeding besteld ter vervanging, 8W met niks aangesloten (en met iets aangesloten nam verbruik ook evenredig toe), die ging dus weer mooi terug. Daarna een Leicke adapter besteld, die netjes 0,xW verbruikt met niks aangesloten.

[GoBieN-Be]

Zorgen dat C-states zeker aan staat in BIOS.
Heb je de ESXi op powersave ingesteld?
https://www.vmware.com/co...nce/hpm-vsphere7-perf.pdf

[ Voor 13% gewijzigd door GoBieN-Be op 21-04-2023 18:19 ]

[Nakebod]

@RobertMe Blijf het liefst bij ESXi, want dat ken ik (Zowel zakelijk als privé)
Wel eens wat mee gestoeid, maar niet heel uitgebreid. Ik ga het eens een nieuwe kans geven. Beetje spelen.
De adapter zonder PC geeft 0.5 watt. Nu is een Shelly plug waarschijnlijk niet de meest nauwkeurige powermeter, maar ik doe het ervoor
Een nieuwere adapter staat op 0 watt, al doet die maar 12V 3.3A aka 40 watt,

Geeft mij in ieder geval genoeg vertrouwen dat het in de basis een prima start is, en dat een nieuwere PicoPSU en/of adapter weinig toe gaat voegen.

@GoBieN-Be C-States stonden blijkbaar nog niet helemaal goed. Paar stonden op auto, en 1 disabled. Alles op enabled gezet, en ik zit nu op 13 watt met ESXi op balanced, en 12 watt op low power.
Nog wel met 1 VM actief, dus kan misschien wel wat hoger worden.

Denk dat ik gewoon eens ga spelen met wat BIOS instellingen, en ESXi vs Proxmox.
Als Proxmox ook mijn docker containers gaat draaien scheelt dat 2 VM's. (Geen redundante DNS meer )

Bedankt voor het meedenken!

[Mich]

daansan schreef op donderdag 20 april 2023 @ 17:56:
[...]


Geïnspireerd door jouw build heb ik een vergelijkbare setup gekocht. Het lukt mij echter met geen mogelijkheid om een idle verbruik lager dan 20 Watt te halen.

Zou je toevallig bereid zijn wat meer detail over je (bios)instellingen te delen? Mijn bios instellingen waren zoveel als mogelijk afgeleid van de TS.

Ter info, ik heb hier staan:

• i5 12500
• Asus ROG Strix b660-i gaming wifi
• 2 x 32 GB Crucial DDR5
• 1 x PNY CS3040 1TB SSD
• RM550X 2021 voeding

Ik heb getest met Ubuntu 22.04 waar het me opvalt dat de machine met 1 NVME vooral in C3 draait, prik ik er een 2e NVME bij dan gaat hij niet lager dan C2. In beide gevallen kom ik niet lager dan 20 Watt.

Ik had zelfs al ondervolt en de L1 en L2 wattages beperkt tot 65 Watt. (al doet dat laatste volgens mij niet zoveel met idle power maar beperkt het meer de uitschieters onder load)

De cijfers die ik (met mijn brennenstuhl) meet liggen zover af van jouw idle waarden dat ik me afvraag wat er aan de hand kan zijn.

Zo vraag ik me ook af of die PNY SSD roet in het eten gooit, maar 14 Watt verschil lijkt me nogal gortig alleen door een NVME SSD?

Dat is inderdaad wel erg vreemd. In de post die @andru123 aanhaalde zie je al mijn veranderingen in de bios. Hiermee zou het moeten lukken. Lukt het niet bekijk dan deze post en plaats alle files waarom gevraagd wordt dan kunnen we misschien wat vinden: https://gathering.tweakers.net/forum/view_message/74273326

[Mars Warrior]

@Bojan023 .
Het is me gelukt om de hele Home Assistant stack over te zetten, en werkend te krijgen met de laatste HA versie. Er was het nodige gewijzigd natuurlijk sinds mijn laatste update in 2022

Verbruik op CPP niveau is zeker met 200mW verhoogd door Zigbee en DSMR:


De NUC met J3455 CPU is nu ook vervangen door een RPI 3B waar de Zigbee stick in zit en die over ser2net benaderd wordt door zigbee2mqtt. Dat scheelt slechts 4-5W.

Het bodemverbruik van mijn huis ziet er nu zo uit (screenshot uit HA):



Fase 1 zat voorheen op 36W (-5W door de NUC) en fase 2 op 97W (-50W door servers). Het minimum verbruik is 55W lager dus.
Als dat echt doorwerkt in het totaalverbruik dan is dat 1,32kWh / dag en 481,8 kWh / jaar.

In de statistieken van DSMR Reader echter zie ik verschillen van 1,5-2kWh / dag, oftewel 547 - 730 kWh / jaar. Het lijkt er op dat het gemiddelde verbruik nog meer gedaald is: de 12700K is een stuk efficiënter dan de 3 en 4gen CPU’s in de 11 jaar oude servers

De E-cores doen dus hun best! Ik zie dat 5W CPP (crashplan actief) ca 10W meerverbruik betekent volgens de slimme meter. Fase 2 gaat dan naar 57W.

Eigenlijk heb ik nu soort van 2 computers in 1: alle interactieve taken op de P-cores, en alle andere taken draaien op de E-cores@2.5Ghz. Alles voelt enorm soepel aan en is toch ook erg zuinig.

RAM gebruik is ca 10GB met pieken tot 15GB. De enkele lat van 32GB is dus ruim voldoende.

[andru123]

@Mars Warrior dus je hebt een “super efficiënte” server en raspberry pi (3B)? Welke zigbee stick? Waarom niet aan de server aangesloten?
3B is vrij oud en traag, maar wel zuiniger dan 4B.

[RobertMe]

andru123 schreef op zaterdag 22 april 2023 @ 14:15:
@Mars Warrior dus je hebt een “super efficiënte” server en raspberry pi (3B)? Welke zigbee stick? Waarom niet aan de server aangesloten?
3B is vrij oud en traag, maar wel zuiniger dan 4B.

Een RPi 3B is prima voor ser2net. Tot vorige week had ik Zigbee2mqtt en Zwave JS UI draaien op een 2B en dat werkte ook prima. En dat zal dan wat zwaarder zijn geweest omdat ik de logica op de RPi draaide daar waar @Mars Warrior het alleen gebruikt als doorgeefluik van USB verkeer.

V.w.b. de "waarom de stick niet in de server doen?". In mijn geval was dat puur praktisch. Server staat in de kelder, mijm domotica spul niet Dus daarom een RPi met de sticks op een centralere plek.

[Remc0_]

RobertMe schreef op zaterdag 22 april 2023 @ 14:35:
[...]

Een RPi 3B is prima voor ser2net. Tot vorige week had ik Zigbee2mqtt en Zwave JS UI draaien op een 2B en dat werkte ook prima. En dat zal dan wat zwaarder zijn geweest omdat ik de logica op de RPi draaide daar waar @Mars Warrior het alleen gebruikt als doorgeefluik van USB verkeer.

V.w.b. de "waarom de stick niet in de server doen?". In mijn geval was dat puur praktisch. Server staat in de kelder, mijm domotica spul niet Dus daarom een RPi met de sticks op een centralere plek.

Sterker nog ik heb een RPi Zero W draaien met ser2net voor uitlezen van een P1 meter en een tijdje heeft er ook Zigbee2mqtt op draaien en dat ging redelijk met < 30 devices in de mesh. Dus wat dat betreft maakt het voor performance weinig uit, het enige probleem is dat de Web UI een beetje traag was, vandaar Zigbee2mqtt overgezet naar een mini pc die er na een tijdje is gekomen.

[Mars Warrior]

andru123 schreef op zaterdag 22 april 2023 @ 14:15:
@Mars Warrior dus je hebt een “super efficiënte” server en raspberry pi (3B)? Welke zigbee stick? Waarom niet aan de server aangesloten?
3B is vrij oud en traag, maar wel zuiniger dan 4B.

Ik heb zelfs een hele serie RPI’s
Een 2tje voor de slimme meter, een 3B voor Zigbee en een 3B voor de CV ketel (Opentherm).

De RPI2 doet ook nog DHCP omdat ik een oud modem heb van de KPN. Met een nieuw modem blijft enkel ser2net over. De Zigbee RpI staat op de plek van de NUC: dan weet ik zeker dat ik niks hoef te pairen. Daar heb ik ff geen zin in. De OTGW RPI draait nog software. Ook die wil ik naar ser2net gaan overzetten.

Ze doen dus bijna niks. Als alles ser2net is, dan zou ik ook andere - mogelijk net wat zuinigere - hardware kunnen kopen, maar dan ben ik zeker €75 armer, want ook dat soort spul is geen €10 meer. Een losse EPort-E20 is bijv ook al snel €15 inclusief verzenden.

Ik zou dan wel 3 RPI’s overhouden die ik voor €150 / stuk zou kunnen proberen te verkopen

[andru123]

Ik zie een zorg van @Bojan023 dat zigbee-stick de zuinigheid van de server verlaagt. Dus voor jullie was het blijkbaar niet de overweging, maar een aantal andere redenen (locatie namelijk, zoals ik begreep). @Mars Warrior, als je je zigbee (je hebt niet gezegd welke trouwens) in je server zou steken, zou het verbruik niet meer 0,7W zijn maar meer als +3W, denk ik? (Omdat USB-controllers op de server minder efficiënt zijn)

[RobertMe]

andru123 schreef op zaterdag 22 april 2023 @ 15:19:
Ik zie een zorg van @Bojan023 dat zigbee-stick de zuinigheid van de server verlaagt. Dus voor jullie was het blijkbaar niet de overweging, maar een aantal andere redenen (locatie namelijk, zoals ik begreep). @Mars Warrior, als je je zigbee (je hebt niet gezegd welke trouwens) in je server zou steken, zou het verbruik niet meer 0,7W zijn maar meer als +3W, denk ik? (Omdat USB-controllers op de server minder efficiënt zijn)

Op de plek waar ik eerst de RPi had heb ik nu een Chinese mini PC waar de sticks inzitten. Ik heb daar wat meer spul op 1 plug zitten. En sinds ik de stick heb omgestoken van RPi naar mini PC en de RPi verwijderd heb is het dagelijks verbruik op de plug met ~40Wh gedaald. Dus dat is om en nabij een continu verbruik van 1,5W (40Wh / 24h = 1,66Wh per uur dus 1,66W continu). Dus ik vermoed niet dat die mini PC er een klap onzuiniger in is dan de RPi was.

Als in, voor de duidelijkheid: de plug mete met mini PC + RPi (met sticks) + ander spul consistent 0,92kWh. Nu met mini PC (met sticks) + ander spul (en dus zonder RPi) is het verbruik 0,88kWh, dus een daling van 0,04kWh.

Mini PC is overigens een Intel N5105 based systeem. Dus een "gewoon" uitgebreid / modern Intel systeem (geen idee of die chipset ook delen met de grote i3/i5/i7 broer). Geen alternatieve SBC dus.

Edit:
Sticks in deze zijn trouwens de Sonoff Zigbee Dongle Plus P, of hoe dat geval ook heet (iets met Sonoff en P), en een antieke ZWave.me ontvanger.

[ Voor 5% gewijzigd door RobertMe op 22-04-2023 16:14 ]

[Mars Warrior]

andru123 schreef op zaterdag 22 april 2023 @ 15:19:
Ik zie een zorg van @Bojan023 dat zigbee-stick de zuinigheid van de server verlaagt. Dus voor jullie was het blijkbaar niet de overweging, maar een aantal andere redenen (locatie namelijk, zoals ik begreep). @Mars Warrior, als je je zigbee (je hebt niet gezegd welke trouwens) in je server zou steken, zou het verbruik niet meer 0,7W zijn maar meer als +3W, denk ik? (Omdat USB-controllers op de server minder efficiënt zijn)

Ik heb geen idee wat de stick in de server zou doen, maar als dit gelijk is aan RPI + stick dan maakt het niet uit, dan heb ik enkel een RPI minder rondslingeren

De zigbee stick is een zzh!

Wie weet als alles klaar is en de server op zijn plek staat dat ik wel kijk wat dit doet. Mijn Ikea lampen zullen zelf wel weer de juiste route vinden, maar de Aqara sensoren hebben daar moeite mee, dus die zal ik per stuk moeten resetten / pairen op de plek waar ze liggen.

Ik heb voldoende van die Tuya plugs om als router te fungeren, dus dat zal het probleem niet zijn.

Een USB verlengkabel heb ik ook nog wel als het goed is, zodat de stick een stuk(je) van de metalen kast met al zijn verstoringen af is.

[Mich]

Mars Warrior schreef op zaterdag 22 april 2023 @ 14:45:
[...]

Ik heb zelfs een hele serie RPI’s
Een 2tje voor de slimme meter, een 3B voor Zigbee en een 3B voor de CV ketel (Opentherm).

De RPI2 doet ook nog DHCP omdat ik een oud modem heb van de KPN. Met een nieuw modem blijft enkel ser2net over. De Zigbee RpI staat op de plek van de NUC: dan weet ik zeker dat ik niks hoef te pairen. Daar heb ik ff geen zin in. De OTGW RPI draait nog software. Ook die wil ik naar ser2net gaan overzetten.

Ze doen dus bijna niks. Als alles ser2net is, dan zou ik ook andere - mogelijk net wat zuinigere - hardware kunnen kopen, maar dan ben ik zeker €75 armer, want ook dat soort spul is geen €10 meer. Een losse EPort-E20 is bijv ook al snel €15 inclusief verzenden.

Ik zou dan wel 3 RPI’s overhouden die ik voor €150 / stuk zou kunnen proberen te verkopen

Ik heb er eind vorig jaar 2 verkocht. Voor de 3B kreeg ik 45 en de 4 (2gig) 80 euro. Voor mijn gevoel was dat toen ook wel het max haalbare. Maar het is mooi meegenomen want ze zijn gekocht voor 25 en 40 ofzo.

Nog een andere vraag. Volgens mij draai jij ook Proxmox. Ik heb het nu geinstalleerd en haal inpriciepe dezelfde 2.9 - 3.1 Watt welke ik ook met Debian haal. Echter komt er elke 5 tellen een piek richting 6W. Ik zie ook dat de cpu frequentie dan omhoog gaat. Had/heb jij dit ook?

[RobertMe]

Mich schreef op zondag 23 april 2023 @ 13:39:
Nog een andere vraag. Volgens mij draai jij ook Proxmox. Ik heb het nu geinstalleerd en haal inpriciepe dezelfde 2.9 - 3.1 Watt welke ik ook met Debian haal. Echter komt er elke 5 tellen een piek richting 6W. Ik zie ook dat de cpu frequentie dan omhoog gaat. Had/heb jij dit ook?

Proxmox draait sowieso een flink aantal services die gericht zijn op clustering, een (groot) deel daarvan kun je veilig uitschakelen. Lijstje van uit te schakelen services kom je dan uit op iets als: pve-firewall pvefw-logger pvestatd pve-ha-crm pve-ha-lrm corosync spiceproxy. Mogelijk dat een van die services dus dat gedrag veroorzaakt.

Daarnaast zag ik met mijn Chinese mini PC uberhaupt al gek gedrag met de i915 firmware geïnstalleerd, zowel onder Debian (handmatig installeren non free drivers) als onder Proxmox (onderdeel van pve firmware package dat vereist is door pve kernel).

[mrmrmr]

Als iemand de tijd heeft om de gebruikte optimalisering voor de softwarekant voor bepaalde besturingssystemen op te schrijven, dat is net zo welkom als over hardware.

[ Voor 5% gewijzigd door mrmrmr op 23-04-2023 22:23 ]

[andru123]

Ik heb een M.2 netwerk kaart geprobeerd:

Helaas, wordt niet detected in geen enkele m.2 slot

[_AcS_]

Mag ik vragen waarom je niet voor een normale pci-e kaart bent gegaan, je hebt namelijk een slot vrij?

[andru123]

_AcS_ schreef op maandag 24 april 2023 @ 07:38:
Mag ik vragen waarom je niet voor een normale pci-e kaart bent gegaan, je hebt namelijk een slot vrij?

@Mich ontdekte dat een kaart in het PEG slot laat de CPU niet in low power mode gaan
Mich in "Het grote zuinige server topic - deel 3"
Het is nog niet helemaal bewezen trouwens, ik heb zelf met een Intel netwerk card niet geprbeerd, maar @Mich heeft wel verschillende cards geprobeerd. Daarom probeer ik met een andere slots op moederbord.

[Blamm]

Is er (buiten de reserve naar boven toe) een reden om voor de 150 of 160 PicoPSU te kiezen? Ze schelen vrijwel niets in aanschafprijs namelijk en de cijfers zien er ook redelijk gelijk uit qua efficiëntie.

[mrmrmr]

@Blamm

De efficientie van PicoPSU-160XT is minder dan de PicoPSU-80. Zie onderaan dit bericht: mrmrmr in "Het grote zuinige server topic - deel 2" voor een vergelijking van adapters en deze twee PicoPSU's.

[Blamm]

mrmrmr schreef op maandag 24 april 2023 @ 19:49:
@Blamm

De efficientie van PicoPSU-160XT is minder efficient dan de PicoPSU-80. Zie onderaan dit bericht: mrmrmr in "Het grote zuinige server topic - deel 2" voor een vergelijking van adapters en deze twee PicoPSU's.

Dat weet ik, het ging me om de 150 en 160. Die liggen erg dicht bij elkaar namelijk

[andru123]

Volgens mrmrmr in "Het grote zuinige server topic" is 160XT een nieuwere (verbeterde) model. Vroeger (2009?) was 150XT de krachtigste. Pas in 2010 kwam 160XT.
160XT is ook 5mm hoger. Waarom wordt 150XT nog verkocht, weet ik niet, historische redenen? Voorraad?

[ Voor 8% gewijzigd door andru123 op 25-04-2023 05:10 ]

[mrmrmr]

De PicoPSU als type is al vrij oud inderdaad (van voor 2006) en de 160-XT staat nu nog er op de site van Mini Box als "new" en het is uit 2010.

Nieuwer kan zuiniger betekenen. Maar aan de andere kant kan meer vermogen ook minder zuiniger zijn. Ik heb nergens metingen gezien van beide versies. De ontwerpen lijken grotendeels ongewijzigd volgens de lijsten in de documentatie, op het uitwisselen van standaardonderdelen na.

Je zou ook de specs van de belangrijkste onderdelen kunnen opzoeken.

Misschien weet @cj1 meer over het efficientieverschil tussen de 150-XT en 160-XT versie. cj1 heeft metingen verrricht aan in ieder geval de 160-XT.

[Mich]

mrmrmr schreef op dinsdag 25 april 2023 @ 08:22:
De PicoPSU als type is al vrij oud inderdaad (van voor 2006) en de 160-XT staat nu nog er op de site van Mini Box als "new" en het is uit 2010.

Nieuwer kan zuiniger betekenen. Maar aan de andere kant kan meer vermogen ook minder zuiniger zijn. Ik heb nergens metingen gezien van beide versies. De ontwerpen lijken grotendeels ongewijzigd volgens de lijsten in de documentatie, op het uitwisselen van standaardonderdelen na.

Je zou ook de specs van de belangrijkste onderdelen kunnen opzoeken.

Misschien weet @cj1 meer over het efficientieverschil tussen de 150-XT en 160-XT versie. cj1 heeft metingen verrricht aan in ieder geval de 160-XT.

Ik heb ook de 160-xt maar het hangt denk ook deels af van je adapter. Ik denk dat het rommelen in de marge is want als ik mijn systeem vergelijk met andere vergelijkbare systemen ontloopt elkaar dat nagenoeg niks. <0.2W. En dan kan dat ook in geheugen of ssd zitten.

[RobertMe]

Mich schreef op dinsdag 25 april 2023 @ 10:18:
[...]


Ik heb ook de 160-xt maar het hangt denk ook deels af van je adapter. Ik denk dat het rommelen in de marge is

Dat vroeg ik mij dus ook al af. Die PicoPSU doet toch alleen 12V omzetten naar 3.3V & 5V? De grootste omzetting en dus zeer waarschijnlijk grootste verlies zal in 230V AC => 12V DC zitten, en dat doet de adapter, niet de PicoPSU.

[mrmrmr]

RobertMe schreef op dinsdag 25 april 2023 @ 10:23:
[...]

Dat vroeg ik mij dus ook al af. Die PicoPSU doet toch alleen 12V omzetten naar 3.3V & 5V? De grootste omzetting en dus zeer waarschijnlijk grootste verlies zal in 230V AC => 12V DC zitten, en dat doet de adapter, niet de PicoPSU.

Eens, maar daarnaast hangt het vooral af van:
• belasting van 3.3V en 5V: denk aan pcie, usb, 2.5" hdd
• het type PicoPSU

PicoPSU doet ook wat "bewerkingen" op de 12V lijn, dus dat is niet 100% efficiënt.

In mijn "kale" test onder 10W scheelt het ongeveer 0,2W, enkele procenten dus. Daarbij was de belasting van 3.3V en 5V laag.
De adapter maakt in die test een veel groter verschil. Een analoge Seasonic doet het veel slechter dan de ic geregelde digitale XP Power die ik teste.

Ik ben er nog steeds van overtuigd dat er een nog zuinigere picoPSU te maken is, maar er is al jaren geen fabrikant die dat doet. Dit is misschien een nadeel van patenten: de patenthouder voelt geen noodzaak te innoveren en de competitie is bang voor rechtszaken. Gevolg: vooruitgang komt tot stilstand.
Bij adapters was er wel even vooruitgang door nieuw richtlijnen, maar helaas krimpen de fabrikanten van dergelijke producten hun aanbod weer in. Dat geeft wel aan dat strengere regels nodig zijn, zodat er een grotere productie is, wat de prijs laat dalen.

Er zijn veel klonen uit China die het flink slechter doen. Die zijn wat minder bang voor patenten, maar ze zijn al tevreden als het werkt: "looks the part". De interesse voor zuinigheid is er vaak niet.

[Blamm]

Bedankt voor alle informatie, ik heb wat te lezen nog!

[Mars Warrior]

Ik had deze al een keer gepost:



En ook deze link: Pico90 vs RMX550X (2021) waarbij de RMX 1W meer verbruikt bij een load van een paar watt: 5,07W vs 6,07W idle...

Toen was voor mij de keuze gemaakt: ik heb 2x RM550X aangeschaft voor zowel server als desktop!

Alleen nu is die voeding niet meer verkrijgbaar, en het is mij onduidelijk of de opvolgers net zo zuinig zijn.

[andru123]

mrmrmr schreef op dinsdag 25 april 2023 @ 11:03:Er zijn veel klonen uit China die het flink slechter doen.

Ik heb die post voor het eerst gelezen.

- mini-box is niet origineel ontwerper van picoPSU?
- de efficiëntie claims van mini-box zijn niet nauwkeurig per @cj1 metingen

ook werd duidelijk waarom 150XT bestaat - 160XT past niet in een U1 cast.

[mrmrmr]

andru123 schreef op dinsdag 25 april 2023 @ 16:24:
[...]

Ik heb die post voor het eerst gelezen.

- mini-box is niet origineel ontwerper van picoPSU?

Ik denk dat ze dat wel zijn. Er is veel namaak op de markt, vooral van Chinese oorsprong. Die zou ik links laten liggen tenzijj efficiëntie en kwaliteit bewezen zijn. De gangbare 12V PicoPSU modellen zijn betrouwbaar. Helaas werden ze wel in de beginjaren getest met slechte tot zeer slechte adapters, zoals een Delta adapter met ingebouwde ventilator.

- de efficiëntie claims van mini-box zijn niet nauwkeurig per @cj1 metingen

ook werd duidelijk waarom 150XT bestaat - 160XT past niet in een U1 cast.

De 160XT kwam na de 150XT volgens de datums in de handleidingen.

Misschien werd de 160XT ooit gemaakt omdat er vraag naar was?

---

Een Nederlandse importeur (JPF Computing) voert het PicoPSU-160XT model niet, maar een Duitse importeur/reseller (minipc.de) doet dat wel. Die laatste is via amazon.nl of amazon.de te bestellen. JPF heeft combinaties van PicoPSU en adapter, o.a. een FSP 84W adapter die ik kwalitatief goed vind.

[HotSpot79]

andru123 schreef op maandag 24 april 2023 @ 15:51:
[...]

@Mich ontdekte dat een kaart in het PEG slot laat de CPU niet in low power mode gaan
Mich in "Het grote zuinige server topic - deel 3"
Het is nog niet helemaal bewezen trouwens, ik heb zelf met een Intel netwerk card niet geprbeerd, maar @Mich heeft wel verschillende cards geprobeerd. Daarom probeer ik met een andere slots op moederbord.

Maar een M2 kaart die direct aan de CPU hangt is net zo onhandig als een kaart in het PEG slot. Het is de connectie met de CPU waar de CPU op baseert wel of niet in een low power modus te gaan.

Over het algemeen is het handiger/zuiniger om het M2 slot te kiezen die aan de chipset gekoppeld is.

[Mich]

HotSpot79 schreef op dinsdag 25 april 2023 @ 19:28:
[...]


Maar een M2 kaart die direct aan de CPU hangt is net zo onhandig als een kaart in het PEG slot. Het is de connectie met de CPU waar de CPU op baseert wel of niet in een low power modus te gaan.

Over het algemeen is het handiger/zuiniger om het M2 slot te kiezen die aan de chipset gekoppeld is.

https://edc.intel.com/con...express-power-management/

Hier is terug te vinden dat een kaart in het PEG slot kan verhinderen dat de pc in diepere power save modes komt (C6 en dieper). Dit is ook mijn ervaring. Ik gebruik nu dezelfde netwerkkaart in een ander moederboord in een normaal slot en ik haal C10. Met de kaart in het PEG slot van een mini-itx moederboord ging ik niet verder dan C6.

Als ik de netwerkkaart in het Kontron bord in het peg slot doet start hij niet op. Geen idee wat de reden is.

De ervaringen hier waren dat als je het M2 slot gebruikt wat direct aan de CPU hangt je niet verder komt dan C8. Via het M2 slot via de chipset kom je wel in C10.

[mrmrmr]

Mars Warrior schreef op dinsdag 25 april 2023 @ 16:00:

En ook deze link: Pico90 vs RMX550X (2021) waarbij de RMX 1W meer verbruikt bij een load van een paar watt: 5,07W vs 6,07W idle...

Dat lijkt weinig, maar 1W bij deze belasting is een efficiëntieverschil van meer dan 20%. Naar schatting is de efficientie dan <60%. Het is wel veel zuiniger bij deze lage belasting dan het gros van de gangbare ATX voedingen. De test is uitgevoerd met een relatief goedkope adapter die niet bijzonder is in zuinigheid.

De RM550X is denk ik vooral nuttig als je kortdurend heel veel vermogen nodig hebt, bijvoorbeeld bij opstarten, voor een verder zuinig systeem onder idle. Voor systemen met laag maximum is een PicoPSU voor zover bekend nog steeds de beste optie. bicker.de had wel een DC-DC voeding "DC150W" met een claim van 96% efficiëntie. Dat zou ik wel eens willen testen. Maar kennelijk zit die niet meer in het assortiment.

[RobertMe]

mrmrmr schreef op dinsdag 25 april 2023 @ 19:39:
[...]


Dat lijkt weinig, maar 1W bij deze belasting is een efficiëntieverschil van meer dan 20%. Naar schatting is de efficientie dan <60%. Het is wel veel zuiniger bij deze lage belasting dan het gros van de gangbare ATX voedingen. De test is uitgevoerd met een relatief goedkope adapter die niet bijzonder is in zuinigheid.

1W is op jaarbasis natuurlijk wel maar 8,7kWh. Op een jaarverbruik van een huishouden peanuts en met €0,40 per kWh praten we over €3,50 per jaar. En volgens mij was PicoPSU + adapter substantieel duurder dan een ATX voeding (maar geen idee ten opzichte van deze specifiek). De terugverdientijd van die PicoPSU kan dan dus zomaar over ettelijke jaren gaan. Dus ja, v.w.b. het onderste uit de kan halen (wat natuurlijk ook onderdeel van dit topic is) zal PicoPSU beter zijn. Vanuit praktisch oogpunt is/was deze voeding helemaal niet slecht. (Extreem) zuinig, ik vermoed goedkoper, en zo polp in te bouwen in een normale PC kast.

[mrmrmr]

Het is geen appels met appels vergelijking, maar de RM550X is duurder dan de combinatie van PicoPSU-90 met 84W voeding van € 74 (laatste prijs).

Als gediplomeerd boekhouder zeg ik: nooit per jaar rekenen. Altijd over de gehele levensduur, of de standaard fiscale levensduur van 5 jaar. Tegenwoordig moet je wel de rente erbij betrekken.

[Mars Warrior]

mrmrmr schreef op dinsdag 25 april 2023 @ 19:39:
[...]
Dat lijkt weinig, maar 1W bij deze belasting is een efficiëntieverschil van meer dan 20%. Naar schatting is de efficientie dan <60%. Het is wel veel zuiniger bij deze lage belasting dan het gros van de gangbare ATX voedingen. De test is uitgevoerd met een relatief goedkope adapter die niet bijzonder is in zuinigheid.
[...]
De RM550X is denk ik vooral nuttig als je kortdurend heel veel vermogen nodig hebt, bijvoorbeeld bij opstarten, voor een verder zuinig systeem onder idle. Voor systemen met laag maximum is een PicoPSU voor zover bekend nog steeds de beste optie. bicker.de had wel een DC-DC voeding "DC150W" met een claim van 96% efficiëntie. Dat zou ik wel eens willen testen. Maar kennelijk zit die niet meer in het assortiment.

Met een viertal P-cores op 4.5Ghz heb ik inderdaad nog korte pieken als die alle 4 worden gebruikt. Ik wist van te voren niet hoeveel cores ik zou inzetten op max. frequentie, en dus ook niet hoe groot die pieken zouden worden, dus een Pico 160W was ook beetje eng.

Achteraf had het allemaal net gepast, maar dat wist ik paar maanden geleden nog niet.
Aan de ander kant: als ik over een paar jaar toch 6 of zelfs 8 cores op 4.5Ghz nodig heb, dan wordt dat door de Pico een probleem. Dat zou zonde zijn.

Bij anderen met een 12100 of vergelijkbaar heb ik wel een kleine Pico in het systeem gezet. Alleen is daar een goedkoper moedebord gebruikt (kosten kwestie), en verbruikt dat systeem meer dan mijn combi.

[andru123]

mrmrmr schreef op dinsdag 25 april 2023 @ 20:21:
de RM550X is duurder dan de combinatie van PicoPSU-90 met 84W voeding van € 74 (laatste prijs).

Tegenwoordig alle fatsoenlijke ATX voedingen zijn duurder dan picoPSU en adapter.
Voor mij de prijs was de grootste factor, toen ik in 2012 voor een Seasonic 360 gekozen. Seasonic was 50$ tegen PicoPSU+adapter 80$ (toen). Ik dacht het verschil in efficiëntie kan niet zo groot zijn, toch? (Achteraf gebleken dat het verschil tussen ATX en PicoPSU tenminste 5W was.)
Als ik nu een nieuwe voeding nodig heb, zou ik zeker voor PicoPSU gaan, goedkoper, stil, efficient.
ATX zou ik alleen overwegen als ik een videokaart ga gebruiken.

[haakjesluiten]

Ik kom er net achter dat mijn nvme (kingston A2000) in mijn unraid server voorkomt dat de cpu hogere C states kan bereiken. Nou zijn de prijzen van nvme's nu erg goed te doen dus ik zinspeel op een upgrade. Wat is de aanbevolen nvme om te halen zowel kwa verbruik als duurzaamheid.

https://www.heise.de/hint...Linux-Kernel-5074713.html

[ Voor 18% gewijzigd door haakjesluiten op 26-04-2023 09:38 ]

[Remc0_]

haakjesluiten schreef op woensdag 26 april 2023 @ 09:38:
Ik kom er net achter dat mijn nvme (kingston A2000) in mijn unraid server voorkomt dat de cpu hogere C states kan bereiken. Nou zijn de prijzen van nvme's nu erg goed te doen dus ik zinspeel op een upgrade. Wat is de aanbevolen nvme om te halen zowel kwa verbruik als duurzaamheid.

https://www.heise.de/hint...Linux-Kernel-5074713.html

De A2000 scoort al erg goed in de tests voor idle stroommverbruik: https://tweakers.net/revi...en-vermogen-en-index.html Je zou dus een Samsung of een Intel (dat is nu Solidigm) kunnen proberen, want het zou zo maar kunnen dat jouw A2000 hele andere parts heeft dan de gene die Tweakers heeft gereviewd. Samsung gaat daar wat dat betreft wat netter mee om.

[RobertMe]

haakjesluiten schreef op woensdag 26 april 2023 @ 09:38:
Ik kom er net achter dat mijn nvme (kingston A2000) in mijn unraid server voorkomt dat de cpu hogere C states kan bereiken. Nou zijn de prijzen van nvme's nu erg goed te doen dus ik zinspeel op een upgrade. Wat is de aanbevolen nvme om te halen zowel kwa verbruik als duurzaamheid.

https://www.heise.de/hint...Linux-Kernel-5074713.html

De vraag is natuurlijk ook hoeveel besparing je denkt te behalen? Als in: levert het "watts' aan besparing op of gaat het om microwatts.

* RobertMe heeft nu een TopTon systeem als router draaien op basis van good old Debian, SSD is ook een A2000, cores draaien 90+% op C6/C7, package blijft wel steken op C2 (90%). Maar gezien het een router is die dus daadwerkelijk 24/7 bezig is (alhoewel load average: 0.10, 0.04, 0.00 weer iets anders impliceert ) denk ik dat ik dat maar voor lief neem. Alhoewel dit mij toch weer aan het twijfelen brengt om niet van die crappy A2000 af te stappen. But then again, ik heb hier nu bijna een maand een Samsung 980 klaar liggen om er in te stoppen. Maar gezien ik geen issues meer heb gehad was ik eigenlijk van plan om die alsnog terug te sturen (Amazon dus maand retourtermijn, doosje is ook nog helemaal dicht).

[haakjesluiten]

RobertMe schreef op woensdag 26 april 2023 @ 09:49:
[...]

De vraag is natuurlijk ook hoeveel besparing je denkt te behalen? Als in: levert het "watts' aan besparing op of gaat het om microwatts.

* RobertMe heeft nu een TopTon systeem als router draaien op basis van good old Debian, SSD is ook een A2000, cores draaien 90+% op C6/C7, package blijft wel steken op C2 (90%). Maar gezien het een router is die dus daadwerkelijk 24/7 bezig is (alhoewel load average: 0.10, 0.04, 0.00 weer iets anders impliceert ) denk ik dat ik dat maar voor lief neem. Alhoewel dit mij toch weer aan het twijfelen brengt om niet van die crappy A2000 af te stappen. But then again, ik heb hier nu bijna een maand een Samsung 980 klaar liggen om er in te stoppen. Maar gezien ik geen issues meer heb gehad was ik eigenlijk van plan om die alsnog terug te sturen (Amazon dus maand retourtermijn, doosje is ook nog helemaal dicht).

hier dus idem, package blijft op c2 steken. Zal het heel veel besparen zal wel meevallen maar wellicht toch 1-2 watt zit in een deskmini 310 met i3 9100. Idled nu rond de 9-10watt met 12 containers waaronder Home assistant. Daarnaast zit er nu een 512Gb in en dan kan dat gelijk naar 1-2TB.

Maar een samsung 970 plus zou dus een optie zijn? ik was altijd in de veronderstelling dat die vrij veel stroom lusten. Maar dan zou ik gelijk wat hardware kunnen rouleren hier in mijn desktop zit nog een 1TB 970 plus dan vervang ik die wel door een 2TB exemplaar, kan de 970 naar de server en maak ik wel een externe drive van de Kingston.

[ Voor 10% gewijzigd door haakjesluiten op 26-04-2023 09:59 ]

[RobertMe]

haakjesluiten schreef op woensdag 26 april 2023 @ 09:55:
[...]


hier dus idem, package blijft op c2 steken. Zal het heel veel besparen zal wel meevallen maar wellicht toch 1-2 watt zit in een deskmini 310 met i3 9100. Idled nu rond de 9-10watt met 12 containers waaronder Home assistant. Daarnaast zit er nu een 512Gb in en dan kan dat gelijk naar 1-2TB

Ook even naar no name Chinese mini PC turned "server" gekeken, daar zit wel een Samsung 980 in. Beide hebben daarbij dezelfde N5105 CPU, maar uiteraard anders in de rest qua opzet (1x 1Gbit/s Realtek NIC vs 4x 2,5Gbit/s buggy Intel NIC bv). En die "server" zit wel ~50% in C8.

Bij mij speelt de "grote" afweging dan weer niet. 3GB gebruikt van de 500GB . "server" heb ik dan wel een 1TB model voor gekocht. Terwijl ik deze Kingston dan nog had liggen (zie ook rest van gelinkte topic ).

Vraag mij nu ook af of dit het antwoord is op mijn "vraag" waarom anderen de TopTon met *Sense op een verbruik van ~8,5W hebben en ik hetzelfde zie met het zuinigere Linux.

[haakjesluiten]

ga er van de week eens mee aan de slag, alleen even gedoe met clonen etc waar ik eigenlijk geen zin in heb

[mrmrmr]

@haakjesluiten
Heb je al een andere M.2 NVMe SSD geprobeerd in hetzelfde slot?

Heb je meer dan 1 M.2 slot? Probeer dan eens het andere slot. Er is gerapporteerd dat dit verschil kan maken. Een slot kan via de chipset zijn aangesloten en een andere via de processor.

Ik zou ook kijken of er een firmware update beschikbaar is.

Als het inderdaad aan de Kingston ligt, dan is Samsung een kandidaat. Het voordeel van Samsung SSD's is typisch dat die snel in en uit een low power stand gaat. Let wel dat een hoge doovoersnelheid doorgaans gepaard gaat met hoog actief verbruik. Tweakers heeft testdata over idle en maximaal verbruik.

Een te lage package C state kan een effect hebben van meerdere Watts. Dat hangt af van het moederbord. Als het moederbord niet actief is met low power states, dan is het effect kleiner.

[RobertMe]

haakjesluiten schreef op woensdag 26 april 2023 @ 10:03:
ga er van de week eens mee aan de slag, alleen even gedoe met clonen etc waar ik eigenlijk geen zin in heb

Keep us posted. Dan weet ik of ik werk moet maken van de 970 Evo Plus + 980 mirror in mijn huidige (/"oude") grote bak toch maar eens moet afbreken om een van beide in de TopTon te plaatsen.

[haakjesluiten]

mrmrmr schreef op woensdag 26 april 2023 @ 10:07:
@haakjesluiten
Heb je al een andere M.2 NVMe SSD geprobeerd in hetzelfde slot?

Heb je meer dan 1 M.2 slot? Probeer dan eens het andere slot. Er is gerapporteerd dat dit verschil kan maken. Een slot kan via de chipset zijn aangesloten en een andere via de processor.

Ik zou ook kijken of er een firmware update beschikbaar is.

Als het inderdaad aan de Kingston ligt, dan is Samsung een kandidaat. Het voordeel van Samsung SSD's is typisch dat die snel in en uit een low power stand gaat. Let wel dat een hoge doovoersnelheid doorgaans gepaard gaat met hoog actief verbruik. Tweakers heeft testdata over idle en maximaal verbruik.

Een te lage package C state kan een effect hebben van meerdere Watts. Dat hangt af van het moederbord. Als het moederbord niet actief is met low power states, dan is het effect kleiner.

het gaat om een deskmini 310 uit de openingspost. Helaas dus maar 1 slot.

Ik heb net een nvme enclosure gekocht, dus even wachten tot die binnen is dan kan ik gaan prutsen

[ Voor 4% gewijzigd door haakjesluiten op 26-04-2023 10:13 ]

[RobertMe]

haakjesluiten schreef op woensdag 26 april 2023 @ 10:11:
[...]


het gaat om een deskmini 310 uit de openingspost. Helaas dus maar 1 slot.

Ik heb net een nvme enclosure gekocht, dus even wachten tot die binnen is dan kan ik gaan prutsen

Neem aan dat je enclosure gaat gebruiken voor clonen en niet voor testen?

Correct me if I'm wrong @mrmrmr maar die problemen met NVME aan CPU vs chipset is volgens mij iets dat alleen bij recente CPUs speelt (/uberhaupt bestaat? Dus 11th / 12th 13th gen of zo? Terwijl die DeskMini een ouder systeem is waar gok ik de NVME drive dus altijd via de chipset loopt (/deze problemen nooit mee gespeeld hebben voor zover bekend)?

Mijn eigen TopTon systeem met N5105 is dan wel recenter en zou het bij kunnen spelen. Maar dat is dan wel (ook) weer een geïntegreerd systeem. En dan zou ik het mogelijk dus ook bij het andere N5105 systeem moeten zien, wat dus niet het geval is (die gaat wel tot C8). Maar als die feature van NVME aan CPU ook op deze CPU zit kan er nog een verschil zijn in hoe de verschillende systemen het enkele NVME slot aansluiten.

[mrmrmr]

Deskmini 310 package C states werkte goed bij een review van c't. Maar ik weet niet of die hebben getest met een M.2 NVMe!

Ik gebruik zelf bijna altijd SATA, net als c't hier doet, ik heb dit probleem zelf niet.

Firmware kan worden geupdate via Windows en de Kingston’s SSD Manager. Ik zou altijd eerst een (image) backup maken.

[RobertMe]

mrmrmr schreef op woensdag 26 april 2023 @ 10:32:
Firmware kan worden geupdate via Windows en de Kingston’s SSD Manager. Ik zou altijd eerst een (image) backup maken.

Kan ook via Linux met nvme-cli tools. Firmware kan eventueel ook bij Kingston worden opgevraagd ("veiliger"), maar staat, inclusief update instructies, ook hier: https://github.com/vulgo/kingston-a2000-firmware-bin-linux

[haakjesluiten]

Ondertussen nog wat anders gevonden, ik had nog een unasigned (sata) ssd in de case zitten. Die heb ik net verwijderd en nu zie ik voor het eerst een C3 state ipv de C2 eerder. En idle verbruik is gezakt naar 7-8watt. Maar hoger wil die nog steeds niet, dit bied wel perspectief. Al ben ik al heel blij met het huidige verbruik

[ Voor 29% gewijzigd door haakjesluiten op 26-04-2023 11:35 ]

[andru123]

RobertMe schreef op woensdag 26 april 2023 @ 10:22:Correct me if I'm wrong @mrmrmr maar die problemen met NVME aan CPU vs chipset is volgens mij iets dat alleen bij recente CPUs speelt (/uberhaupt bestaat? Dus 11th / 12th 13th gen of zo?

Bij mijn i3-12100 in Asus B660 mb maakt niet uit in welke M.2 slot de Samsung SSD zit.

[Mars Warrior]

Ik heb mijn 3 2.5" harde schijven via de Ubuntu GUI ingesteld op in slaap na 10 minuten. Verder heb ik acoustic management aangezet.

Met hdparm zie ik dit:

code:

Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 32
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 1   Current = ?
        Advanced power management level: 127
        Recommended acoustic management value: 208, current value: 208
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns

APM staat op 127. Dat lijkt me correct.

Het probleem is nu dat de schijven bijna direct nadat ze aangesproken zijn, weer in slaap gaan, en niet pas na 10 minuten. Dit lijkt me niet echt lekker voor de levensduur. De parity schijf gaat enkel aan voor een snapraid sync of scrub, dus dat is maar 1x per dag, maar de twee dataschijven worden op deze manier flipperkasten

Ik kan echter niet vinden wat hier aan de hand is. Het is wel lekker stil en zuinig (scheelt ca 4-5W volgens mijn slimme meter), maar die levensduur is ook van belang.

[mrmrmr]

Misschien zijn er onder Linux hdparm parameters die niet goed samengaan?

Heb je OpenSeaChest wel eens geprobeerd?

Hier heeft iemand er iets over geschreven. Of dat allemaal klopt weet ik niet. De tool is gemaakt door Seagate. Documentatie.

Het lijkt mij verstandig eerst de defaults terug te zetten.

Ik heb onder Windows gemerkt dat de drive te vaak in en uit slaapstand gaat als de sleep timer te kort staat. 10 of 20 minuten zou geen probleem moeten vormen. Althans, bij mijn drives is er geen probleem.

[cj1]

Mars Warrior schreef op dinsdag 25 april 2023 @ 16:00:
Ik had deze al een keer gepost:

[Afbeelding]

Zelfs met de eerdere post van donderdag 29 december 2022 18:33 krijg ik de bron niet gevonden.

Wat is de exacte bron van deze (Duitstalige) tabel?

[mrmrmr]

@cj1

https://gutt.it/picopus-u...zteile-im-effizienz-test/

[Mars Warrior]

cj1 schreef op donderdag 27 april 2023 @ 15:01:
[...]
Zelfs met de eerdere post van donderdag 29 december 2022 18:33 krijg ik de bron niet gevonden.

Wat is de exacte bron van deze (Duitstalige) tabel?

Ik zie dat ik helemaal geen link heb geplaatst ja, maar gelukkig heeft mrmrmr dat inmiddels gedaan

[_wil_]

Al een tijdje ben ik op zoek naar een zuinige server en ik heb nu eigenlijk twee routes:

1. Helemaal zelf bouwen op basis van de tips in deze topic reeks

2. Ik heb een Fujitsu Esprimo P756 staan met daarin een combinatie van een een i3-6100 CPU en een D3401-A11 μATX moederbord:

https://kastl-gmbh.de/fr/...78/mainboard-skylake-q150

Deze combinatie loopt echter erg zuinig en ik werk graag met wat ik al heb. Heeft ook een mooie aantal SATA poorten (5) en een M.2 slot.

Maar ik ben niet helemaal kapot van de Esprimo behuizing, met fabrikant/model specifieke drive rails waarvan ik maar over1 paar beschik, de layout van de kast en dat het zijpaneel maar aan één kant open kan, etc. etc.

En de voeding die heeft enkel een 16-pins kabel die naar het moederbord gaat..
(Eigenlijk hetzelfde verhaal als hier: JoepDemey in "Advies voeding pc met andere grafische kaart" )

- De schijven worden gevoed vanuit het moederbord. Dat is evt. nog op te lossen met een splitterkabel
- Alle connecties voor de aan/uit- en resetknop, HDD led zitten in één gecombineerde connector
- de grote case fan wordt ook vanuit het moederbord gevoed en aangestuurd..

Ik heb dus geen enkele molex o.i.d. om mee te werken.

"Loont het" en is het mogelijk om deze combinatie over te zetten naar bijvoorbeeld een Fractal design case of ben ik dan erg onhandig aan het doen?

Als optie 1 beter lijkt, wat raden jullie mij dan nu aan qua moederbord met 4-6 SATA en 1-2 M.2 poorten?
Bij veel moederborden in deze zuinige server topics krijg ik de melding dat er actuele geen prijzen beschikbaar zijn.

[mrmrmr]

@_wil_

Heb je een E85 of E90 variant en wat staat er op de voeding (foto)?

[_wil_]

Het is de E90 variant.

Op de voeding staat:

Max. continuous power output: 250W
Max. surge output power: 280W (20 sec)

Main output:
+12V1 15A (17A 20SEC)
+12V2 15A (17A 20SEC)

Aux DC output:
+11V 1A

Er staat ook nog een "80 Plus Gold" logo op de voeding.

[haakjesluiten]

vandaag de Kingston A2000 vervangen door een 1TB 970 plus. En ja hoor C state gaat nu ipv tot C3 naar C7. verbruik zit nu op 6-7watt

[mrmrmr]

@_wil_ E90 is de zuinige variant. De voeding is 12V/11V, vervangen door een andere voeding zal waarschijnlijk niet de zuinigheid verbeteren, als je die al kunt vinden (een E94 misschien). Een moederbord in dezelfde klasse dat iets zuiniger zou zijn is Fujitsu D3642-B of D3644. Het heeft weinig nut daar in te investeren omdat je al een zuinig Skylake systeem hebt.

Mijn advies is om de voeding en moederbord te houden.

3.3V en 5V zit op het moederbord, het kan beperkt zijn qua maximaal vermogen. Dat wordt niet aangegeven op de spec sheet.

De kast zou kunnen worden vervangen, het is een "reduced µATX" moederbord (D3401-A), maar ik vraag me af of er verder geen vreemde maten aan zitten, zoals een afwijkend I/O panel dat niet in een andere kast past. Of een voeding met afwijkende bevestiging/maten.

A-merken gebruiken hun eigen ontwerpregels, dat kan onverwachte problemen geven.

[RobertMe]

haakjesluiten schreef op vrijdag 28 april 2023 @ 22:50:
vandaag de Kingston A2000 vervangen door een 1TB 970 plus. En ja hoor C state gaat nu ipv tot C3 naar C7. verbruik zit nu op 6-7watt

3W besparing dus als ik het goed zie? Dat is toch wel veel. Potentieel ook een stukje door zuinigere SSD? Of zou de CPU echt zoveel minder verbruiken in lagere states?

* RobertMe heeft Samsung 980 vandaag retour gestuurd, A2000 werkt toch Maar kans is dan groter dat ik of een 970 Evo Plus of 980 uit mijn nu (nog) redundant server trek.

[haakjesluiten]

Nee had hem al tot 8watt (C2 naar C3 maakte het grootste verschil) dus scheelt nog +\- 1. Maar nu alle containers draaien zie ik wel wat vreemd gedrag spikes lijken hoger te zijn. Morgen nog maar even naar kijken.

Kan eventueel de 2TB SN570 er nog in doen die volgens de specs een stuk lager verbruik heeft dan de 970 plus maar die had ik dan weer bedacht voor mijn pc

[ Voor 37% gewijzigd door haakjesluiten op 28-04-2023 23:56 ]

[TRAXION]

Zo mijn setup is klaar voor nu, nuc 11de generatie met i5 1135G7 64gb ram en 2tb 980 pro.

Niet de aller zuinigste combi maar icm 8 seagate expansion disks en een switch 8 ports netgear en 4 fans @ 5v kom ik uit op en kleine 24 watt.
Dit is inclusief een aantal redelijk actieve dockers.

Volgende wat op de planning staat zijn alle losse adapters op 12v te vervangen voor 1 meanwell gst160a12-r7b welke ik aan een distru board ga knopen details en resultaten volgen later.
Dus dan hoop ik straks 8 disks + router + switch op 1 brick te hebben.

[andru123]

@TRAXION zou interessant zijn om te weten wat elke onderdeel apart verbruikt - nuc, switch, fans.
4 fans?

[Bojan023]

haakjesluiten schreef op vrijdag 28 april 2023 @ 22:50:
vandaag de Kingston A2000 vervangen door een 1TB 970 plus. En ja hoor C state gaat nu ipv tot C3 naar C7. verbruik zit nu op 6-7watt

Van de package of de individuele cores? Dan heb ik wellicht gevonden waardoor mijn package niet lager komt, al had ik niet gedacht dat dat door de A2000 zou komen..

[RobertMe]

Bojan023 schreef op zaterdag 29 april 2023 @ 09:29:
[...]


Van de package of de individuele cores? Dan heb ik wellicht gevonden waardoor mijn package niet lager komt, al had ik niet gedacht dat dat door de A2000 zou komen..

Ging over package state:

haakjesluiten schreef op woensdag 26 april 2023 @ 09:55:
hier dus idem, package blijft op c2 steken.

Zelf zie ik dus hetzelfde gedrag met de A2000, package state blijft steken op C2.

Maar aangezien het om mijn productie router gaat en de besparing maar 1W is laat ik het er waarschijnlijk maar gewoon bij. Wellicht dat als op termijn een oude drive "vrij komt" ik ze wissel. Maar het gedoe om een ander er in te zetten is het mij voor nu niet waard.

[haakjesluiten]

Bojan023 schreef op zaterdag 29 april 2023 @ 09:29:
[...]


Van de package of de individuele cores? Dan heb ik wellicht gevonden waardoor mijn package niet lager komt, al had ik niet gedacht dat dat door de A2000 zou komen..

Package

Ik zie nu wel iets anders waar ik niets van snap, als de 2,5” drive spint is het verbruikt constant rond de 8 watt. Als die in spindown gaat dan varieert het van 7-12watt. Ik kan er niet bij wat dit gedrag veroorzaakt als er een process is dat de data drive nodig heeft dan zou die weer uit spindown gaan

[ Voor 12% gewijzigd door haakjesluiten op 29-04-2023 09:43 ]

[Bojan023]

Check, niet goed genoeg teruggelezen. M'n handen beginnen nu wel een beetje te jeuken om er een andere drive in te stoppen.. Food for thought :-)

[_wil_]

mrmrmr schreef op vrijdag 28 april 2023 @ 22:54:
@_wil_ E90 is de zuinige variant. De voeding is 12V/11V, vervangen door een andere voeding zal waarschijnlijk niet de zuinigheid verbeteren, als je die al kunt vinden (een E94 misschien). Een moederbord in dezelfde klasse dat iets zuiniger zou zijn is Fujitsu D3642-B of D3644. Het heeft weinig nut daar in te investeren omdat je al een zuinig Skylake systeem hebt.

Mijn advies is om de voeding en moederbord te houden.

3.3V en 5V zit op het moederbord, het kan beperkt zijn qua maximaal vermogen. Dat wordt niet aangegeven op de spec sheet.

De kast zou kunnen worden vervangen, het is een "reduced µATX" moederbord (D3401-A), maar ik vraag me af of er verder geen vreemde maten aan zitten, zoals een afwijkend I/O panel dat niet in een andere kast past. Of een voeding met afwijkende bevestiging/maten.

A-merken gebruiken hun eigen ontwerpregels, dat kan onverwachte problemen geven.

Bedankt voor de uitgebreide reactie!

Als ik het nu zo wat inschat, dan denk ik dat het I/O paneel wel goed zit.
De gecombineerde stekker voor de aan-/uitknop, resetknop, HDD led, etc. is denk ik ook wel te splitsen.

De voeding heeft wel wat afwijkende bevestigingspunten t.o.v. een ATX power supply bracket dat ik nog had liggen. Nu zit ik qua case een beetje richting een Fractal Design Node 304 te denken, daar zit de voeding sowieso al wat anders binnenin met een verlengde stroomkabel, dus dat geeft misschien wat opties.

Dan zit ik nog wel met het voeden/aansturen van de case fans.
Op het moederbord zit één 20 pins connector voor de grote ventilator aan de voorkant en dat is het.

Of ik moet een soort adapterkabel zien te regelen zoals deze en gaan werken met een reguliere ATX voeding als basis:

https://vi.aliexpress.com/item/1005004897099242.html

https://skylots.org/65781...A11D3220D3221D3222D3227+2

Ik blijf het lastig vinden. Aan de ene kant is het een erg mooi moederbord, maar het moet ook wel 24/7 *stabiel* draaien als ik het als server wil inzetten.

De machine zelf is zo'n E100-120 waard. Misschien dat ik ook wel zeg: ik bespaar mijzelf heel veel gedoe, verkoop hem en ga voor zo'n D3642 gebasseerd systeem. Ik heb nu gezien hoe zuinig ze kunnen draaien.

[mrmrmr]

@_wil_ Een gewone voeding kan formeel volgens de specs niet met dit bord vanwege de 11V aux. De tolerantie is 10.2 tot 11.8V. Misschien dat ze een truuk toepassen om de spanning nog iets te verlagen. Ik vermoed dat met extra electronica het minder zuinig zal worden. De idle is vermoedelijk minder zuinig omdat de gewone ATX voeding alleen 5VSB (VSB = Volt standby) kent en anders het volledige vermogen op 12V geeft. Daarbij maak een ATX voeding ook 3.3V en 5V aan wat ook een overhead heeft.

De kabels op de Chinese en Russische sites zouden misschien een fix kunnen zijn van een defecte Fujitsu voeding, maar zuinigheid is een andere kwestie. Kwaliteit is ook een vraagteken.

De D3401-A is ontworpen voor 24/7 gebruik. Jouw moederbord is vergelijkbaar met de Fujitsu D3417-B, daarvan heb ik zelf ook een aantal van in gebruik. Dat was destijds het zuinigste moederbord in zijn klasse, de afgeleiden daarvan zoals de D3401-B waren ook zuinig.

Zuinigheid hangt ook sterk af van de configuratie en gebruik. Als je de computer volzet met 3.5" drives die altijd draaien zal het niet zuinig zijn. 2.5" SATA drives werken op 5V en zijn wel zuinig. Een grote 3.5" drive (Toshiba MG09 18TB, 4,18W idle, draaiend) komt in de buurt van de zuinigheid van 5x 2.5" drives. Zie topic start voor meer details.

[_wil_]

@mrmrmr Wederom bedankt voor de uitgebreide en doordachte reactie!

Ik denk ook dat ze in die kabels met wat elektronica zorgen dat die spanning binnen de specs komen te vallen. Maar zoals je zegt en nog los van de zuinigheid: de kwaliteit is een vraagteken. En bij dit moederbord hangt dan ook alles verder aan die ene kabel..

Ik denk dat ik steeds meer neig naar al dat gedoe niet op mij afroepen en dat ik maar voor een andere configuratie ga.

In de topic start worden genoemd:

- Fujitsu D3474-B: is voor E 160,- te vinden, maar heeft maar 2x SATA. Ik heb 4x SATA nodig, de rest daarboven is mooi meegenomen.

- Kontron K3843-B is voor zo'n E 260,- te krijgen in o.a. Duitsland. Gelijk verhaal qua SATA poorten als bij de Fujitsu D3474-B.

- Fujitsu D3643-H lijkt niet meer leverbaar te zijn.

- Fujitsu D3642-B is er voor zo'n E 220 met - heel fijn - M.2 en 6x SATA

- Fujitsu D3644-B lijkt ook niet leverbaar meer te zijn.

De Fujitsu D3642-B lijkt qua beschikbaarheid en aansluiten dus de enige route te zijn van deze Fujitsu/Kontron borden.

Maar wat ik mij dan wel afvraag: win je heel veel in stroombesparing bij een D3642-B + i3 Skylake t.o.v. van zeg een Intel Core i3-10100/12100 met mATX borden zoals:

- Asrock H510M ITX/ax; M.2 / 4x SATA-600 / ± EUR 99

- MSI B560M Pro-E; M.2 / 6x SATA-600 / ± EUR 78

- MSI MAG B660M MORTAR; M.2 / 6x SATA-600 / ± EUR 164



Ik ben ook al druk door deze lijst met energiemetingen van een Duits forum aan het kijken, maar veel moederborden zijn eigenlijk al niet meer te krijgen / relatief oud..

https://docs.google.com/s...odvwZpQZKv_NCI/edit#gid=0

De ASRock H410M-HDV R2.0 zou ook nog een kanshebber kunnen zijn voor 100 EUR met 4x SATA. Helaas geen M.2.

Het is uiteindelijk natuurlijk mijn eigen taak om een beslissing te nemen, maar mocht je zoiets hebben van "deze echt niet" (of juist wel ), dan zijn tips welkom. Ik kan wel een beetje merken dat ik zo'n 15 jaar geleden voor het laatst een systeem zelf geconfigureerd heb.

[mrmrmr]

@_wil_ Ik kom tot dezelfde conclusie als jij bij de Fujitsu/Kontron borden.

MSI is doorgaans niet zo zuinig. Let op dat je geen moederbord kiest die een extra SATA controller heeft in de vorm van een ASMedia of soortgelijke chip. Dat laat het verbruik toenemen.

4x SATA is tegenwoordig standaard. 10th gen (zie gepinde posts in deel 2) kan best redelijk zuinig zijn.

Als je een D3642 vergelijkt met een modern 12th gen bord is het verschil ongeveer 10W (3,5W versus 13,5W). Het verschil met een zuinige 10th gen op ~7W is kleiner. PL1/PL2 moeten worden beperkt en je hebt een zuinige voeding nodig zoals een PicoPSU met adapter. Een standaard ATX voeding is onzuinig bij lage belasting, een 80plus label is dan niet indicatief.

Ik zou de Esprimo behouden en eventueel iets er naast zetten met voeding vanuit de kast, zonder RAID en met een grote 18TB disk en externe backup tijdenlijk aangesloten via USB. Eventuele oude disks die over zijn kunnen worden ingezet voor backup, aangesloten via een SATA station (bv. een Sharkoon Quickport). Kleine oude 3.5" disks hebben weinig waarde meer en de kosten zitten vooral in het verbruik als ze draaien.

Een D3642-B is ook een goede keuze.

[andru123]

RobertMe schreef op zaterdag 29 april 2023 @ 09:42:
Maar aangezien de besparing maar 1W is

Ik denk dat het package verbruik afhankelijk is van processor. Grotere CPU - groter gebruik. Dus met i5-13500 kan het 3-4W zijn, toch?
Het is misschien een goed idee om het vastgezette bericht roedi06 in "Het grote zuinige server topic - deel 3" met deze informatie bij te werken. A2000 is daar een van de zuinigste. @roedi06 , kunt u uw bericht bewerken en een opmerking toevoegen dat de schijf een probleem heeft met lage energietoestanden en ten minste 1 W idle extra verbruikt.

[haakjesluiten]

andru123 schreef op zaterdag 29 april 2023 @ 16:22:
[...]
Ik denk dat het package verbruik afhankelijk is van processor. Grotere CPU - groter gebruik. Dus met i5-13500 kan het 3-4W zijn, toch?
Het is misschien een goed idee om het vastgezette bericht roedi06 in "Het grote zuinige server topic - deel 3" met deze informatie bij te werken. A2000 is daar een van de zuinigste. @roedi06 , kunt u uw bericht bewerken en een opmerking toevoegen dat de schijf een probleem heeft met lage energietoestanden en ten minste 1 W idle extra verbruikt.

SSD zelf kan wel zuinig zijn maar beperkt in ieder geval in de specifieke situatie met unraid en een h310 board en i3 9100 de C states.

maar er lijken al langer problemen te zijn met deze ssd maar ik zou op mijn N=1 hier niet direct conclusies uit trekken

https://www.heise.de/hint...Linux-Kernel-5074713.html

[ Voor 13% gewijzigd door haakjesluiten op 29-04-2023 17:11 ]

[andru123]

mrmrmr schreef op zaterdag 29 april 2023 @ 16:17:
je een D3642 vergelijkt met een modern 12th gen bord is het verschil ongeveer 10W (3,5W versus 13,5W). Het verschil met een zuinige 10th gen op ~7W is kleiner.

@_wil_ de enige uitzondering in mainstream boards is Asus B660-i, die met i5-13500 ~5,5W verbruikt (tegen Kontron’s 2,5W). ( Dus verschil is slechts 3W. ) Ik neem het aan dat je door gepinnede posts al gekeken?

[andru123]

haakjesluiten schreef op zaterdag 29 april 2023 @ 17:05:
ik zou op mijn N=1 hier niet direct conclusies uit trekken

@RobertMe heeft het ook bevestigd, dacht ik. @Bojan023 heeft hem ook... Genoeg om ten minste een waarschuwing, denk ik.

[mrmrmr]

andru123 schreef op zaterdag 29 april 2023 @ 17:35:
[...]

@_wil_ de enige uitzondering in mainstream boards is Asus B660-i, die met i5-13500 ~5,5W verbruikt (tegen Kontron’s 2,5W). ( Dus verschil is slechts 3W. ) Ik neem het aan dat je door gepinnede posts al gekeken?

Dat is inderdaad gunstig ten opzichte van de meerderheid van 12th gen moederborden waarvan idle meetwaarden beschikbaar zijn die ergens tussen 13,3 en 17W meten.

De standaard test is: monitor in slaapstand, ssd, netwerk actief, usb toetsenbord en muis, zonder hard disks. Dit om meetwaarden vergelijkbaar te houden. Zonder speciale dingen zoals onderklokken, ondervolten, stekkers uittrekken e.d. In dit geval blijft het verschil ongeveer 3W zo te zien.

[RobertMe]

andru123 schreef op zaterdag 29 april 2023 @ 17:57:
[...]
@RobertMe heeft het ook bevestigd, dacht ik. @Bojan023 heeft hem ook... Genoeg om ten minste een waarschuwing, denk ik.

Mijn Duits is afwezig, maar ik vermoed dat je daarmee doelt op: Proxmox lockups door NVME drive? ?

Dat zou nu dan toch eindelijk, in 2021 (toen ik het ding al een jaar had en minimaal half jaar terug in de doos), opgelost moeten zijn met een firmware update. En de Linux kernel zou ook een workaround moeten bevatten (om op zijn minst de drive niet in de diepste slaap stand te zetten). Waarbij de kernel workaround de firmware update teniet doet.
Interessant onderzoekje zou dan zijn om te kijken om de kernel workaround te overrulen valt zodat en dan ye testen of de CPU wel lagere package states bereikt (en of die firmware update het inderdaad oplost).

(CC: @haakjesluiten)

[andru123]

@RobertMe nee, ik dacht dat in RobertMe in "Het grote zuinige server topic - deel 3" je bevestigd dat ook voor jouw A2000 low power state onmogelijk was. Of lees ik het verkeerd?

[RobertMe]

andru123 schreef op zaterdag 29 april 2023 @ 18:37:
@RobertMe nee, ik dacht dat in RobertMe in "Het grote zuinige server topic - deel 3" je bevestigd dat ook voor jouw A2000 low power state onmogelijk was. Of lees ik het verkeerd?

Ah yes. Alhoewel ik niet weet of het daadwerkelijk door de A2000 komt. Want ik heb het niet met een andere SSD geprobeerd noch de intentie het te proberen omdat het om "productie router" gaat. It works, don't touch. En ik ga niet de router offline halen en open maken voor een experimentje.

[haakjesluiten]

RobertMe schreef op zaterdag 29 april 2023 @ 18:25:
[...]

Mijn Duits is afwezig, maar ik vermoed dat je daarmee doelt op: Proxmox lockups door NVME drive? ?

Dat zou nu dan toch eindelijk, in 2021 (toen ik het ding al een jaar had en minimaal half jaar terug in de doos), opgelost moeten zijn met een firmware update. En de Linux kernel zou ook een workaround moeten bevatten (om op zijn minst de drive niet in de diepste slaap stand te zetten). Waarbij de kernel workaround de firmware update teniet doet.
Interessant onderzoekje zou dan zijn om te kijken om de kernel workaround te overrulen valt zodat en dan ye testen of de CPU wel lagere package states bereikt (en of die firmware update het inderdaad oplost).

(CC: @haakjesluiten)

Ja ik ga het ook niet meer testen mij te veel moeite ik duw hem in een nvme enclosure als externe backup

[_wil_]

andru123 schreef op zaterdag 29 april 2023 @ 17:35:
[...]

@_wil_ de enige uitzondering in mainstream boards is Asus B660-i, die met i5-13500 ~5,5W verbruikt (tegen Kontron’s 2,5W). ( Dus verschil is slechts 3W. ) Ik neem het aan dat je door gepinnede posts al gekeken?

Ik had al heel veel gelezen in deze reeks, maar het is voor het eerst in velen jaren dat ik hier weer eens ben en had die handige "gepinde posts" filteroptie nog niet opgemerkt.
Zal die ook nog eens gebruiken bij het doorlopen.

Bedankt voor het noemen van dat Asus moederbord.
2x M.2 / 4x SATA en ook nog 2.5 Gb LAN voor extra toekomstbestendigheid.

Had niet verwacht dat deze zo zuinig zou kunnen draaien, omdat ik ook had gelezen dat het bord idle 46 Watt zou consumeren (Al was dat met een Core i7 12700K. Ik heb tot nu toe alleen naar i3 modellen gekeken, maar had verwacht dat die i7 ook wel een stuk lager zou kunnen zitten in idle.)

Ook bedankt voor je uitgebreide metingen die ik net aan het doorlezen ben @andru123

Edit:

Het lijkt er wel op dat ook dat de genoemde Corsair RM550x (2021) Zwart net 2 weken geleden voor het laatst een bekende prijs had. Beetje kenmerkend voor mij zoektocht. Lees ik goede suggesties, is het niet/nauwelijks/voor extreme prijzen nog te krijgen.

[ Voor 11% gewijzigd door _wil_ op 29-04-2023 21:41 ]

[andru123]

@_wil_ let op: @daansan rapporteert veel hogere metingen met B660 daansan in "Het grote zuinige server topic - deel 3"
Of ik en Mich geluk had met onze exemplaren, of er is iets anders aan de hand. Wij wachten antwoord van @daansan of het is wel goed geconfigureerd.
Over dat review - ik heb geen idee hoe zijn test systeem 47W idle verbruikt zonder videokaart. Voeding en watercooling zijn niet bepaald zuinig, maar toch. Mischien was Windows aan het updaten tijdens metingen, weet ik niet.

[_wil_]

andru123 schreef op zaterdag 29 april 2023 @ 23:18:
@_wil_ let op: @daansan rapporteert veel hogere metingen met B660 daansan in "Het grote zuinige server topic - deel 3"
Of ik en Mich geluk had met onze exemplaren, of er is iets anders aan de hand. Wij wachten antwoord van @daansan of het is wel goed geconfigureerd.
Over dat review - ik heb geen idee hoe zijn test systeem 47W idle verbruikt zonder videokaart. Voeding en watercooling zijn niet bepaald zuinig, maar toch. Mischien was Windows aan het updaten tijdens metingen, weet ik niet.

Ik zie het verschil tussen jullie inderdaad.

Zou het kunnen liggen aan verschillende BIOS versies? 🤔

https://hardforum.com/thr...i-d4-power-usage.2020536/
https://www.tomshardware....sus-b660a-gaming-review/3

[andru123]

@_wil_ dat kan. Ik gebruik bios van juli 2022, niet de nieuwste, want ergens in augustus maakte Intel (via microcode-update) undervolting onmogelijk. (Niet dat het me veel uitmaakt, i3 kan echt niet ondervolt worden, zo blijkt het). Ik heb verschillende oudere bios-versies geprobeerd, zonder enig effect op het verbruik.

Ik zie dat de asus B660-i in prijs is gestegen. Ik betaalde 220$ en vond het te duur. Maar het was toen de enige mini-ITX-optie. Goedkopere Gigabyte en Asrock ($ 140) zijn niet zuinig gebleken. En alle andere mini-ITX-borden waren $ 400 of meer, krankzinnig.
Als je wilt wachten, er komen nieuwe Kontron mini-ITX-modellen aan: Mars Warrior in "Het grote zuinige server topic - deel 3"

[mrmrmr]

De mini-ITX K3832-Q/K3833-Q zijn embedded modellen gebaseerd op de Q670 chipset. Die borden hebben GPIO, LVDS (niet op K3833-Q) en eDP aansluitingen, met voeding voor panelen. Dat zorgt vermoedelijk voor een hoger verbruik tenzij Kontron een manier heeft om dat te voorkomen als het niet wordt gebruikt.

Dit soort modellen zijn nogal duur, misschien 2 of 3 keer de prijs van een desktop bord. Die worden aan systeembouwers verkocht in grotere aantallen. Misschien dat er in de toekomst hier en daar eentje overblijft en in een webshop te koop worden gezet.

Interessant is dat de K3832 een ATX12VO (12V1 en 12V aux) aansluiting heeft met 12V2 voor de 4 pin cpu connector. Dat zou een PicoPSU overbodig maken.

De 12V1 en 12V2 kunnen uit een bron komen. Het staat er niet letterlijk, maar het zou dan ook een adapter kunnen zijn die aan de ATX kwaliteitseisen (spanning, ripple) voldoet, of een ATX12VO voeding die volgens die specificatie werkt met PS_ON en PWR_OK signalen.

Er is een Microchip MEC1521 embedded controller aanwezig voor management en monitoring. Er is bifurcation voor PCIe x16 Gen5. En i226 en i219-LM netwerk chips, geen SATA op de K3832-Q en 2x op de K3833-Q.

Edit: herstel LVDS, SATA.

[N8w8]

@mrmrmr, om precies te zijn (als ik de datasheets mocht geloven), heeft de K3832Q helemaal geen SATA, en ook slechts 2242 NVMe.
Je zou er wellicht nog wat leuks van kunnen maken via de PCIe slot, maar zo op t eerste gezicht niet erg praktisch qua opslag.
Op zich wel jammer, want die 12V mogelijkheid is natuurlijk wel interessant idd.
De K3833Q heeft (naast 2242 NVMe) dan weer wel 2xSATA. En geen LVDS overigens.

[daansan]

andru123 schreef op zaterdag 29 april 2023 @ 23:18:
@_wil_ let op: @daansan rapporteert veel hogere metingen met B660 daansan in "Het grote zuinige server topic - deel 3"
Of ik en Mich geluk had met onze exemplaren, of er is iets anders aan de hand. Wij wachten antwoord van @daansan of het is wel goed geconfigureerd.
Over dat review - ik heb geen idee hoe zijn test systeem 47W idle verbruikt zonder videokaart. Voeding en watercooling zijn niet bepaald zuinig, maar toch. Mischien was Windows aan het updaten tijdens metingen, weet ik niet.

Ik weet inmiddels dat het niet aan mijn voeding lag. De ssd is in een ander systeem ook gewoon zuinig. Mijn voorlopige conclusie is dat het aan mijn moederbord heeft gelegen. In verband met beperkte tijd heb ik mijn plannen inmiddels gewijzigd en heeft de hardware een andere bestemming (en configuratie) gevonden waardoor ik dit niet meer tot de bodem kan uitzoeken.

[_wil_]

andru123 schreef op zondag 30 april 2023 @ 00:23:
@_wil_ dat kan. Ik gebruik bios van juli 2022, niet de nieuwste, want ergens in augustus maakte Intel (via microcode-update) undervolting onmogelijk. (Niet dat het me veel uitmaakt, i3 kan echt niet ondervolt worden, zo blijkt het). Ik heb verschillende oudere bios-versies geprobeerd, zonder enig effect op het verbruik.

Ik zie dat de asus B660-i in prijs is gestegen. Ik betaalde 220$ en vond het te duur. Maar het was toen de enige mini-ITX-optie. Goedkopere Gigabyte en Asrock ($ 140) zijn niet zuinig gebleken. En alle andere mini-ITX-borden waren $ 400 of meer, krankzinnig.
Als je wilt wachten, er komen nieuwe Kontron mini-ITX-modellen aan: Mars Warrior in "Het grote zuinige server topic - deel 3"

Ik vind zelf > 200 EUR voor een moederbord ook aan de dure kant. Het moet dan echt bijzondere meerwaarde hebben qua zuinigheid en/of connecties voordat ik tot de aanschaf zou overgaan.

Goed om te horen dat Kontron met nieuwe mini-ITX modellen gaat komen maar, zoals @mrmrmr en @N8w8 al aangeven m.b.t. het aantal SATA poorten, denk ik niet dat ik ga hopen op een oplossing in die hoek.

@daansan Hartelijk dank voor de toevoeging m.b.t. het B660 bord, goed om te weten!

Kijkend naar andere kanshebbers qua connecties die ik had gevonden:

Asrock H510M ITX/ax (~100-110 EUR)
M.2 (PCI-e 3.0 x4 + SATA), 4x SATA-600
8,5 W - i5-11600K - SilverStone SFX Series ST30SF

ASRock H610M-ITX/ac (~ 120 EUR)
M.2 (PCI-e 3.0 x4 + SATA), 4x SATA-600
8,7 W - Pentium Gold G7400 - PicoPSU + 120 watt Leikce adapter
12,6 W - Pentium Gold G7400 - 250 watt FlexPSU

MSI B560M Pro-E
M.2 (PCI-e 3.0 x4 + SATA), 6x SATA-600 (~ 80-90 EUR)
(* SATA4 will be unavailable when installing M.2 SATA SSD in the M2_1 slot)
Nog geen metingen gevonden in dit forum

MSI MAG B660M MORTAR DDR4 (~160-180 EUT)
M.2 (PCI-e 4.0 x4 + SATA), M.2 (PCI-e 4.0 x4), 6x SATA-600
Pakweg 20 W?

Gigabyte B560M DS3H (~100-110 EUR)
M.2 (PCI-e 3.0 x4 + SATA), M.2 (PCI-e 4.0 x4), 6x SATA-600
18 W - i3-10105 - Mini-box PicoPSU-90 + 84W (Fortron) Adapter Power Kit

Gigabyte H610M S2H DDR4 (rev. 1.1) (~ 85-100EUR)
M.2 (PCI-e 3.0 x4), 4x SATA-600
6-12 W - Pentium Gold G7400 Boxed - Mini-box PicoPSU-90 + 84W (Fortron) Adapter Power Kit
25-26W - i3-12100 - Mini-box picoPSU 120

Dan lijken die Asrock moederborden het wel aardig goed te doen t.o.v. de. rest, zelfs als er geen PicoPSU aanhangt. 🤔