Levný nevýkonný hardware na virtualizaci

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #105 kdy: 15. 01. 2025, 00:25:44 »
Dneska mi prisel ten zminovany HP t640 a fakt je docela dobrej ve srovnani s ostatnima. Jen jsem zatim nabootoval live ubuntu mate 22.04, pustil geekbench -  https://browser.geekbench.com/v6/cpu/9938124  coz je dvojnasobek  t630 nebo Wyse 5070. Zkousel jsem i potunit pomoci ryzenadj a multicore poskocilo jeste o kousek vys https://browser.geekbench.com/v6/cpu/9938598 Ani grafika  neni spatna, lepsi nez integrovana  v Intel N6005 Jasper Lake v Dell Optiplex 3000 Thin Client, koukal jsem teda zatim jen na FPS v  Chrome v https://wasm.continuation-labs.com/d3demo/


Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #106 kdy: 15. 01. 2025, 08:39:02 »
Díky za update. Jak konkrétně jsi potunil ten ryzenadj?

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #107 kdy: 15. 01. 2025, 09:26:36 »
Díky za update. Jak konkrétně jsi potunil ten ryzenadj?
viz https://forum.root.cz/index.php?topic=29812.msg415968#msg415968 pustil jsem to tak jak to tam ten clovek napsal, neco tam mozna je zbytecne ale zafungovalo. Na mem hlavnim desktopu s R7 5825U staci myslim jenom fast limit a slow limit. Jestli jsi aktualizoval na posledni T640 bios tak by me zajimalo jestli to stale funguje, mam tam nejaky starsi (01.15 nebo .16 ?), v .18 tam updatujou nejake AMD veci ale snad by to nemelo nic pokazit. nektere tyhle limity muze vyrobce omezit ale mozna ty fast a slow ne, nevim.

EDIT: Zmena jde videt treba v 'htop', frekvence se drzi na vsech jadrech 3.3GHz kdyz bezi nejaky ten multicore
« Poslední změna: 15. 01. 2025, 09:29:39 od fanoush »

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #108 kdy: 15. 01. 2025, 14:59:55 »
Dostal jsem se konečně k tomu se tomuto kousku (HP T640) opět mírně pověnovat, a zde jsou nějaké další detaily okolo spotřeby atd.
Měřil jsem čistý odběr na DC straně - origo zdroj bude mít nějakou non100% účinnost, takže na AC straně (230V) bude odběr o něco vyšší. Nicméně pro hrubou orientaci jsou tyto hodnoty snad dostatečně inspirativní.

HP T640, 48GB RAM (32+16 DDR4), 1TB NVMe SSD (WD Blue), vyjmutá WiFi a RS232 karta

Během memtestu: 8.9W


Během cp /dev/random /dev/null: 14W


Během bootu Proxmoxu: 18W


V idle stavu: 5.2-5.9W



Zkoušel jsem i rozsah napájecího napětí. Zařízení funguje zhruba do 12.9V, pak se bez dalšího varování vypne. Opět zapíná při 13.7V. Horní hranici jsem raději nezkoušel (21V z Parkside akumulátoru je také OK).

Pokud chcete T640 napájet z DC zdroje, pořiďte konektor 4.5x3.0mm s kablíkem se třemi vývody - dvouvývodové nebrat. Černý vodič je mínus, bílý vodič plus, modrý vodič je vnitřní "signálový" pin = identifikace zdroje. Bez identifikace se stroj vůbec nezapne a ani nemá žádné známky života.
Zvyklý na kejkle s identifikací wattáže zdrojů u Thinkpadů (=rezistor proti mínusu) a u Dellů (=opruz s 1-wire EEPROM) jsem trochu zapátral po webu a našel https://www.parkytowers.me.uk/thin/hp/hp_psu.shtml, zkusmo mezi modrý a bílý vodič vřadil rezistor 300k a vše funguje.



Dovedu si případně představit i SMD rezistor velikosti 0805 či 1206 připájet přímo na board nebo na vývody konektoru na straně boardu.

Pro fullsize NVMe SSD do kejsu vleze i 10mm žebrovaný chladič. NVMe SSD se vesměs hodně hřejí (i 80°C není výjimkou, zejména při zápisu) a tak jsem aplikoval AXAGON CLR-M2L10 chladič - dodává se včetně teplovodné žvýkačky a upevňujících gumiček (jednu jsem zničil při přetahování přes hranu žebrování, bacha na to). Kejs jde zaklapnout úplně v pohodě, ale vyšší chladič by už asi nevešel.


Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #109 kdy: 15. 01. 2025, 15:44:17 »
Zkoušel jsem i rozsah napájecího napětí. Zařízení funguje zhruba do 12.9V, pak se bez dalšího varování vypne. Opět zapíná při 13.7V. Horní hranici jsem raději nezkoušel (21V z Parkside akumulátoru je také OK).

Pokud chcete T640 napájet z DC zdroje, pořiďte konektor 4.5x3.0mm s kablíkem se třemi vývody - dvouvývodové nebrat. Černý vodič je mínus, bílý vodič plus, modrý vodič je vnitřní "signálový" pin = identifikace zdroje. Bez identifikace se stroj vůbec nezapne a ani nemá žádné známky života.
U nejakeho startsiho HP klienta (t520?) jsem pouzil redukci z usb-c  https://www.aliexpress.com/item/1005005104864058.html (na T640 by teda asi sedel "Color: 4.5x3.0-HP"?)
a pouzil Raspberry Pi5 usb-c zdroj ktery umi max 15V/1.8A a ono to na tech 15V opravdu jelo. U t640 by to mozna bylo s 27W zdrojem za hranou (oficialni je 45W) ale jiny usb-c zdroj by fungoval (a daval dokonce 20V). Ten spravny odpor to ma v sobe. Jen je trochu otravne ze to ma modrou ledku ktere sviti kdyz je nejaky odber (takze v suspend to ram nahodne blika).

Tak jen ze je moznost ze se lidem uz dnes muzou doma valet i zbytecne usb-c zdroje.


Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #110 kdy: 15. 01. 2025, 16:02:31 »
Dostal jsem se konečně k tomu se tomuto kousku (HP T640) opět mírně pověnovat, a zde jsou nějaké další detaily okolo spotřeby atd......
Skvela prace! Diky.
HP t640 mam, ale spotrebu jsem meril jen na AC strane. Pohybuje se cca 9W v iddle az 24W v testu Unigine Heaven (FPS na 4K 3~4FPS je vtip me slo o to vytizit to)
Dost zalezi na SSD disku.

Re:vypnutí led
« Odpověď #111 kdy: 15. 01. 2025, 16:22:01 »
DObré téma a výsledky. Ale překvapil mně indikovaný bandwidth RAM. Jenom 4GB/s.   :o :o :o (ano v memttestu to lítá různě podle aktuální frekvence, což je věc, kterou jsem neznal, že DDR5 mění frekvenci)  co říká hwinfo32(ano32;64 nemá benchmark) v benchmarks-ram?

i pro single channel bych čekal 13 GB/S... pro přestavu, DDR4800 dá 28GB/s

a s napájením se dají dělat divy, podobný miniPC se dá napájet z 45W USB-C zdroje, je potřeba v BIOSU snížit 1-3 volby pro snížení TDP a spotřeby (performance mode quit/balance/performance) a něco jako package opn tdp mode : 35W (H series OPN)

na tomhle je  bomba ta cena

překvapilo by mě podobný pc s zen4c nebo zen5c jádry


nepomohlo by na modrou ledku ?
echo none | sudo tee /sys/class/leds/blue\:heartbeat/trigger
(třeba je softwarově neovladatelná ale za pokus se nic nedá,)
« Poslední změna: 15. 01. 2025, 16:28:11 od Ħαℓ₸℮ℵ ␏⫢ ⦚ »

Re:vypnutí led
« Odpověď #112 kdy: 15. 01. 2025, 16:27:43 »
nepomohlo by na modrou ledku ?
echo none | sudo tee /sys/class/leds/blue\:heartbeat/trigger
(třeba je softwarově neovladatelná ale za pokus se nic nedá,)
Chápu to spíš tak, že LEDku má v sobě ten konektor nebo zdroj. Tam jedině přelepit.

Jinak fakt dobrá práce s tím měřením a vůbec všemi specifickými informacemi a tipy k výběru konkrétního železa, ladění výkonu atd. v tomhle vlákně. Díky všem, byť to třeba zrovna teď asi k ničemu nepotřebuji (ale spousta lidí to určitě ocení)!

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #113 kdy: 15. 01. 2025, 18:25:51 »
Mně ten originál adaptér od HP přijde jako klíčová součást sestavy. Už jsem viděl spoustu mrtvých USB nabíječek, ale žádný značkový zdroj k tenkému klientovi (HP, FS).

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #114 kdy: 18. 01. 2025, 21:39:36 »
Jeste nejake nahodne poznamky po dalsim testovani T640:

Doplnil jsem 512 GB NVME SSD a 16GB RAM a nainstaloval v dual bootu Windows 10 Pro a Ubuntu Mate 22.04. Ve Windows pak aktualizoval BIOS na posledni 1.21.
Obe instalace naprosto bez problemu, zadne divne veci popisovane treba v https://goughlui.com/2024/10/03/review-hp-t640-thin-client-r1505g-8gb-ram-64gb-emmc/ jsem nezaznamenal.

Zarazilo me, ze mi po instalaci dual bootu v GRUBu nefungovala raspberry klavesnice, to se mi jeste nestalo. Jina ale fungovala a pak jsem prisel na to, ze to je tim, ze ma vestaveny usb hub. Pri pridani hubu pred jinou klavesnici prestala fungovat taky. S tim jsem se u jinych tenkych klientu jeste nesetkal (T520,T620,T630,S920,wyse5060,5070, Optiplex 3000 TC). Na t640 funguje v biosu, funguje po bootu v OS ale ne v GRUB menu. Po googleni vypada ze to je obecny problem GRUBu na vice ruznych pocitacich.

Spotreba ze zasuvky:
- idle windows 7.5W-9W, spis 9W. Linux spis 7.5, po zhasnuti displeje i 6W
- cpu naplno - stress test v CPU-Z ve Win10 - 25.5W, teplota po dlouhych desitkach minut stoupa k 78C. CPu bezi stabilne na 2.76GHz
- cpu naplno CPU-Z nechane na pozadi + pustena relativne narocna 3D hra (Phoning Home) ktera neni vubec narocna na procesor ale GPU vytezuje naplno-> celkem 27.5W, CPU spadne na 2.12GHz. Vypada to ze defaultni limity vic nedovoli.

ryzenadj -i limity by default vypisuje
| PPT LIMIT FAST      |    18.000 | fast-limit         |
| PPT LIMIT SLOW      |    15.000 | slow-limit         |
| TDC LIMIT VDD       |    35.000 | vrm-current        |
| TDC LIMIT SOC       |    10.000 | vrmsoc-current     |
| EDC LIMIT VDD       |    45.000 | vrmmax-current     |
| EDC LIMIT SOC       |    13.000 | vrmsocmax-current  |
| THM LIMIT CORE      |    95.000 | tctl-temp          |

po zvyseni na --fast-limit=35000 --slow-limit=30000 se zacnou dit veci. CPU-Z stoupne na 3.3GHz a spotreba na 35W a teplota postupne vyleze na nastaveny limit 95C, pak cpu spadne na 3.04 a tam se to drzi. Po pridani 3D hry (=cpu i gpu bezi naplno) stoupne spotreba na 55W(!) s originalnim Hp 45W zdrojem - system je stabilni ale minimalne pro zdroj to asi neni dobre. I pri 95C cpu se teplota SSD drzi kolem 55C protoze je uvnitr dole a horko je nahore, to je hezke.

Vypnul jsem cpu-z stress test a zacal hrat hru a na pozadi vypisoval (ve WSL) while true  ; do  date ; ./ryzenadj.exe -i | grep -e 'PPT VALUE' -e 'THM VALUE'; sleep 3 ; done
maximalni hodnoty byly
| PPT VALUE FAST      |    32.165 |                    |
| PPT VALUE SLOW      |    25.553 |                    |
| PPT VALUE APU       |       nan |                    |
| THM VALUE CORE      |    87.533 |                    |

a spotreba cca 39W.

Graficky vykon mi prijde lepsi nez zatim nejrychlejsi Optiplex 3000, CPU v T640 podle geekbenche ma vyssi skore ale treba gcc kompilace s make -j je o neco malo pomalejsi na T640 - asi kvuli jen dvema hyperthreadovanym corum vs plnym 4 v N6005 (a mozna i rychlejsi DDDR4 2933 vs 2400), oboji na 3.3GHz. Kazdopadne me ale T640 vysel na polovinu ceny takze za me dost dobry :-)  Jen pokud clovek chce potunit vykon nahoru tak by to asi chtelo silnejsi zdroj.

Oba dva nabootuji za cca 5 sekund od zapnuti do GRUB menu a cely boot je cca 25s. Vetsina ostatnich tenkych klientu startuje BIOS do GRUB menu o dost pomaleji. Kazdopadne tohle neni tak casta operace, pokud to clovek chce jako maly levny linux server.

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #115 kdy: 18. 01. 2025, 21:48:36 »
Oba dva nabootuji za cca 5 sekund od zapnuti do GRUB menu a cely boot je cca 25s.
fanoush@t640:~$ systemd-analyze
Startup finished in 5.576s (firmware) + 3.406s (loader) + 7.257s (kernel) + 8.606s (userspace) = 24.846s
graphical.target reached after 8.581s in userspace

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #116 kdy: 18. 01. 2025, 22:17:09 »
Dik fanoush za podrobny report. Vicemene to odpovida tomu co jsem pozoroval ja.
Jen doplnim, ze spotreba ve vypnutem stavu a spotreba s uspanim do RAM je v obou pripadech cca podobna 1.2W (ale mam 32GB RAM, protoze jsem ji mel a zkousel jsem ProxMox. S virtualy neni pameti nikdy dost)
Jen skoda, ze tomu po jistem videu na YT docela stopla popularita a ted je na Allegru o par stovek vys, nez jsem to kupoval v listopadu.

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #117 kdy: 19. 01. 2025, 15:16:36 »
Pozor na úsporné režimy, aby to nebylo v nějakém power save, kdy CPU jeden na nízkých taktech, takže tomu nejen všechno dlouho trvá, ale po celou tu dobu se nemohou uspat periferie, atp. To pak může v konečném důsledku sežrat víc. Případně, třeba cronem nastavovat nejúspornější režim jen na noc, ale to zase spousta lidí dělá zálohy, indexování,...

Třeba zrovna Proxmox s pár VMkama toho moc v idle nepobude.

Mě třeba pořád něco chroustá Frigate NVR, takže to běží úplně na separátním, úsporném HW, který to má jen pro sebe.

Re:Levný nevýkonný hardware na virtualizaci
« Odpověď #118 kdy: 30. 01. 2025, 08:02:12 »
Notebooky, ktere si nekdo bere do postele tim trpi desne (kdyz prijde nekdo, ze se mu zpolamalil notebook, uz jdu skoro najisto). Tohle si do postele netaham, ale pri provozu 24/7 se to postupne nastrada a ucpe. Bezne PC tim tolik netrpi (je tam vic mista, takze ucpani trva dele), ale uz jsem videl veci. PC pozirajici mastny prach z kuchyne napriklad. A vrchol bylo PC od typka, co palil jedo cigaro za druhym (z toho sla zachranit jen data, vsechno pokryval neodtranitelny zlutohnedy sajrajt, radeji si ani nepredstavuji jak vypadaji jeho plice)

Speciálně z postele to natahuje kožní buňky a hovínka roztočů. To jde sice snadno vyfoukat, ale chlazení to zhoršuje fest a je to příšernej hegeš když ti to dmychadlo vyfoukne někam kde se to odrazí a vletí ti to do ksichtu. Na čištění počítače vždycky brejle, respík, a nitrilový rukavice.

BTW Apple bylo první, který začalo odmítat opravy a dokonce i platnost záruky počítačů kuřáků s odkazem na 1) zhoršení chlazení, 2) chemický působení toho dehtu, a hlavně 3) jeho toxicitu a náklady na zřízení pracovišť, kde by se ty stroje musely napřed rozebrat a vyčistit, než by se na nich vůbec smělo začít dělat, protože z pohledu zákona se jedná o toxickej a karcinogenní odpad, a 1) to skoro nejde odstranit, 2) chemický rozpuštění a odstranění s velkou pravděpodobností zničí i to co fungovalo a stejně se bude muset vyměnit úplně všechno, a 3) platy techniků budou násobně vyšší, pokud to vůbec někdo bude ochotnej dělat.