Stojí za to přečíst si odkazovaný článek, pak nemusíte vymýšlet, k čemu to autor potřebuje.
Přímo v článku píše, že má stroj na trénování LLM, takže omezování výkonu podle aktuální ceny dává docela smysl, má-li spotové ceny. Krom toho v článku také zmiňuje podstatnou věc, že ten software je napojený na data ze smart zásuvek, které mu dodávají aktuální spotřebu.
Nous A8T
- je mala/kulata, vejdou se 2 vedle sebe
- predinstalovana Tasmota
- lze deaktivovat LED
- s ESP32, 4MB
- Wifi (pouzivam) + Matter (nezkousel sem)
- s Home Assistant samozrejme bezproblemove
https://nous.technology/product/a8t.html
https://www.mironet.cz/nous-a8t-chytra-zasuvka-2300w-wifi+dp681835/
Do 16A a s Tasmotou maji i starsi model: Nous A1T
- rozmer stejnej, led take vypinaci
- s esp8266, 1MB, bez podpory Matter
- HomeAssistant bez problemu
https://nous.technology/product/a1t.html
Ono to není lineární, existuje operating performance point (napětí vs frekvence vs zátěž) který je pro danou aplikaci optimální a málokdy to je minimum nebo maximum. U čistě aritmetických (CPU-bound) úloh je to blízko minimu, ale většinou ne přímo minimum, protože tam už převládají statické příkony (odběr DRAM, disků, zdroje atd.). Jakmile tam figuruje pomalé IO nebo periferie s nezanedbatelnou cenou spuštění (např. nahození GPU, nahrání výpočetního kernelu) tak je jediná správná možnost tu danou aplikaci nejprve oměřit a podle toho nastavit optimální OPP.
Presne tak.
Optimum jsem nehledal, ale pro ilustracii sestava s 2x E5-2699V4 (44C/88T, 256GB), ukolem je kompilace kernelu (takze bohuze kombinace ST+MT zateze)
default 2.80 GHz ~ 410W, ukol 1m54s, efektivita 76.7 kompilaci za 1 kWh limited 2.00 GHz ~ 268W, ukol 2m34s, efektivita 87.4 kompilaci za 1 kWh
Neni to prilis drasticka zmena (cca +14%), protoze ta pausalni spotreba komponent a pak nevyhoda single thread slozka ukolu.
Scénář, který myslím já je o tom, že chci, aby se to v ten den skutečně provedlo, pokud je vám tohle jedno, je to myslím už trochu nestandardní. Nemám nekonečně času třeba na denní zálohu dat, ta se musí udělat ten samý den, i když to může trvat déle, vlastně klidně zasáhnout do dalšího dne, ale už to nemůže jet dvě noci po sobě. Ideální je, když se ty náročnější procesy provedou přes den, kdy vyrábím mnohem víc elektriky, než jsem schopen spotřebovat a prodej je za drobné.
Ako konkretne ho chces vyuzit?
Nieje sranda ho vyuzivat. V malom ako to ma dany vyvojar to nejde. V zime si tym vie pomoct ale 3/4 roka mu to teplo zo servera bude len na obtiaz.
Pri dnesnom kolisani vyroby/ceny elektriny vdaka OZE, je prisposobovanie spotreby vyrobe lepsie riesenie. Samozrejme neda sa to palikovat pri vsetkych ulohach.
Mne realne i inteli mac vc dvou velkych monitoru v pohode vytopil mistnost tak ze jsem musel otevrit dvere. Pokud bych nahodil vykonnou workstation tak dojde k podobnemu efektu jako po vareni (tj. teplota na Prazaka) a musim vyuzit nucene rekuperace k rozneseni tepla po dome
Samozrejme ze u nehospodarne sutr/zed budovy se muzete snazit jak chcete a nic z toho neni. Ale i na horske chate s nic moc izolaci jsem zas docela slusne vytopil i CRT monitorem.
Mně by se líbilo úlohy úplně zastavovat. Třeba pravidelné upgrady Gentoo bych dělal jen v době, kdy je elektřina velmi levná. Když to ale trvá třeba 10 hodin, dojde to až do doby, kdy je elektřina zase velmi drahá. Bylo by dobré to přerušit do druhého dne.
Naopak, když cena elektřiny propadne až do negativních koncových cen, chtěl bych spustit nějakou úlohu pro co největší zatížení.
Já se ptám jen modbusu střídače, kolik dává střecha. Když je to přes půl hodiny dobré a není večer, všechny servery to zjistí z api a ví, že mohou spouštět co je napadne. Ale řeším to individuálně pro každou službu. A potom mám nabíjecí stanice, kde spíná zásuvka jen, když je to "zelená energie", tam nabíjím třeba notebooky.
Občas během emerge uspávám počítač. Emerge pak naváže, kde přestal (během downloadu jsem to však netestoval). Teoreticky by mohlo fungovat poslat procesům SIGSTP. Podle bugzilly to však moc dobře nefunguje https://bugs.gentoo.org/704498
Tak já mam komp s Alder Lake, a dost pomůže přesunout zlobivé procesy (takže FireFox, kde pořád něco běží i když by nemělo) na E jádra, případně přes chrt jim dát na nich ještě idle class (beesd, bitcoind, dogecoind).
Sice to úplné stopnutí není, ale mít to na jednom E jádře dost signifikantně spotřebu omezí.