Koupím hardware vhodný na domácí server

[Jan Fikar]

Ano, Radxa Rock 5*  má RK3588, teda 4x Cortex-A76 + 4x Cortex-A56 a má to menší výkon, než Cix P1 4x Cortex‑A720 big+ 4x Cortex‑A720 medium + 4x Cortex‑A520. Zase má menší spotřebu.

Záleží, jaký výkon potřebujete. Třeba výsledek Geekbench multi je 2900 při 10W a 6000 při 27W. Viz
https://github.com/geerlingguy/sbc-reviews/issues/41
https://github.com/geerlingguy/sbc-reviews/issues/62


Cix P1 je v Orangepi 6 plus, ale také v Radxa Orion O6 a O6N.
RK3588 je v Radxa Rock 5* a také Orange Pi 5*.

S Orange nemám dobrou zkušenost, pokud je to podobné, tak bych bral radši Radxa.

[Reklama]

[CPU]

no, nevím jak N305, ale N100 s LPDDR5 má in-band-ECC a jde to zapnout v BIOSu. Ale to se asi týká jen napájené paměti LPDDR

LPDDR5 IBECC dělá to, že vezme kus paměti a udělá softwarové ECC.
Jinými slovy, přijdeš o cca 15% (?) kapacity paměti a 5% až 15% rychlosti programu, ale získáš spolehlivost. Když máš 48 GB RAM, může se to celkem i vyplatit. Pokud ovšem paměť zatěžuješ skutečně hodně, může být dopad na výkon paměti v krajním případě velmi významný.

A systémy s LPDDR5 mohou mít klidně i klasické ECC, no a tam žádný dopad na výkon není, to je samozřejmě ideální...ale výrobci říkají, že takové kvalitní věci nemají v consumer segmentu co dělat...

Osobně bych u tuhle fičůru stál i s SODIMM DDR5, ale tam to podle všeho nezapneš.
A na SODIMMech to je s ECC velký špatný. Zdůrazňuji SODIMM (ne pájené LPDDR5)!!!

Třeba tady je jasně uvedeno, že to je non-ECC.

Kingston 8GB DDR5 5600MT/s Non-ECC Unbuffered SODIMM CL46 1Rx16 1,1V 262-pin 16Gbit

https://www.tsbohemia.cz/kingston-ddr5-8gb-5600mhz-cl46-so-dimm_d529805

Výrobce ti řekne, že to je bez úplně ECC...ale v datasheetu je on-die-ECC....
Takže v tomhle případě tím výrobce myslí, že to je Non-ECC Unbuffered SODIMM ovšem vybavený s On-Die-ECC. ASI...protože musíš věřit tomu, že zaměstnanec výrobce tvořící datasheet byl chytřejší, než zaměstnanec téhož výrobce, který ti odpovídá na tiket...

Viz datasheet:
https://www.kingston.com/datasheets/KVR56S46BS6-8.pdf

Člověk si řekne, že On-Die-ECC je takové "Must-have" pro DDR5, ale....pak najdeš moduly, které nemají ani to pitomé On-Die-ECC :-D

Nedávno jsem potřeboval SODIMM DDR5 paměti alespoň s On-Die-ECC a nějakou dobu jsem to přebíral, nehledě na to, že se přítomnost těžko On-Die-ECC ověřuje...

dmesg | grep -i EDAC

se na tom systému tvářilo, že o ničem neví...

Ideální je samozřejmě použít DDR5 SODIMM moduly se skutečným ECC a systém, který to ECC umí....a to je těžší sehnat, než sehnat osmnáctiletou pannu na diskotéce v jednu ráno na Stodolní....
https://www.kingston.com/en/memory/server-premier/ddr5-5600mts-ecc-unbuffered-sodimm

[Jan Fikar]

LPDDR5 IBECC dělá to, že vezme kus paměti a udělá softwarové ECC.
Jinými slovy, přijdeš o cca 15% (?) kapacity paměti a 5% až 15% rychlosti programu, ale získáš spolehlivost. Když máš 48 GB RAM, může se to celkem i vyplatit. Pokud ovšem paměť zatěžuješ skutečně hodně, může být dopad na výkon paměti v krajním případě velmi významný.

Ano, tak to funguje. Na N100 to sežere navíc 3% paměti a rychlost paměti (bandwidth) je asi o 20% pomalejší. Zajímavé je, že IBECC pozná EDAC, ale není úplně snadné zjistit, že je zapnuté. I při vypnutém IBECC EDAC cosi hlásí, viz

https://forum.radxa.com/t/in-band-ecc-support/26860

To povinné on-die-ECC na DDR5 se nijak nereportuje nahoru, takže systém ani EDAC o tom nic neví. Možná teda to někteří výrobci ošidí.

[František Ryšánek]

A měl bych možná nepatrnou obavu, jak to pojede na ARMu, pokud neproběhne inicializace čipu BIOSovou option ROMkou. Nemám zkušenost.

Option ROM potrebujes na to, abys z toho mohl bootovat (na x86) a vetsinou je to potreba jen na Legacy boot - protoze UEFI bios ma o dost schopnejsi driver model a jeho vestaveny AHCI driver dokaze inicializovat i ty externi addon adaptery podle PCI CLASS (namisto VID/PID).

Na ARMu v dobe IMX6 jsme zkouseli nejakou random asmediu a fungovalo to.. s kernel driverama. Jak ta karta ma jen MMIO a zadne IO porty (specialita x86 a deprecated v PCIe), tak neni duvod proc by to na ARMu nechodilo - jsou-li k tomu ovladace.. a zde znova, linux driver je AHCI, neni to specificky na brand radice.. non-AHCI SATA radice se delali v dobe SATA-I, kdy to vyrobce bastlili nad svym PATA kremikem

Tak jasně že "option ROM" je hlavně modul kvůli bootu v rámci x86 BIOSu (popř. UEFI).
Ale zažil jsem historicky při různých divných příležitostech hardware různého druhu, který když option ROM z nějakého důvodu během POSTu neproběhla, tak potom inicializace ovladačem v OS nedosáhla zprovoznění dotyčného hardwaru.

Mimochodem na ten AHCI driver v Linuxu jsem svého času koukal, a on má poměrně dost všelijakých HW-specifických quirk cases - které se aktivují v závislosti na PCI ID's :-) Zdrojáky čerstvého Linuxu (kernelu) jsou natolik aktuální, že většinou "generický" driver zná i poměrně nový křemík. A ano, asi nakonec zafunguje i genericky podle PCI device class, pokud podle PCI IDček daný čip nezná konkrétněji. Přesto... osobně věřím víc třeba class-based ovladačům NVMHCI (v linuxu a taky v UEFI "BIOSu") protože v případě NVME není AHCI řadič ani náhodou v čipsetu, ale vždycky na výměnném SSD :-)