Vlákno názorů k článku
SiFive ohlašuje 256jádrový RISC-V procesor P870-D, dostupnost ještě v roce 2024 od peci1 - Tomu nejak nerozumim. 256 jader a 8 GB...

Tomu nejak nerozumim. 256 jader a 8 GB RAM? A k tomu jen Gbit ethernet? To nedava moc smysl... A jak chteji s miniITX cilit na datacentra, to mi taky jasne neni...

14. 8. 2024, 17:12 editováno autorem komentáře

Letí na tebe 10 000 žádostí o spojení, máš 800 pravidel firewallu.
8 Spojení je komplikovaných a jejich odbavení prostě mega-trvá.
Na velkém jádru by jeho odbavení trvalo třeba 10x kratší dobu, ale mezi tím ti tady XY malých jader odbaví všechny ty drobky. No a utekla vteřina, 8 malých jader je pořád bloklých, ale zbytek agilně maká.

Od toho mame asynchronne mechanizmy/pro­gramovanie. Myslim si, ze bezny serverovy procesor povedzme s 32 jadrami sa vyrovna tomu 256 jadrovemu procesoru. Nevraviac o vyssom pocte jadier, tie uz to iste zadupu do zeme.

Cely ten risc mi pride ako ultra specificke nasadenie, nieco na styl grafickych akceleratorov urcenych na napr tazbu kryptomien alebo trenovanie AI, akurat nie z grafickeho ale z procesoroveho sveta.

Keby ten procesor bol fakt taky super, tak samotne sifive sa nebude hanbit ukazat benchmark voci intel/amd procesorom (a to plati aj pre rozne starsie procesory). Lenze najst nejake ich schopne porovnanie na internete ma privazda k pocitom akoby som sa snazil ziskat informacie o aktualnom rozmiestneni jadrovych ponoriek. Proste mission impossible.

14. 8. 2024, 23:20 editováno autorem komentáře

Přesně - async řeší tento problém úplně na jiné úrovni.

Ty CPU jádra budou hodně primitivní, ale podle mě to bude mít hlavně memory throughput bottleneck.

Hmm, toto by bol zaujímavý test, či je lepších 256 jadier na ktorých beží N*256 vlákien čakajúcich na I/O, alebo asynchrónne programovanie. Mne odpoveď nie je až tak zrejmá.

V robote sme také veci riešil oboma spôsobmi, ale nemali sme 256 jadrový procesor k dispozícii.

"Od toho mame asynchronne mechanizmy/pro­gramovanie..."

Tak ještě, že jste nám to napsal. Ale na to se klienti kdejakého webhostingu neptají ani to neřeší.

Tak to im radsej namiesto optimalizacie kodu/celkovych principov fungovania odporucite na to proste "hodit viacej zeleza"?

Dufam ze si uvedomujete ze vertikalne skalovat sa da iba do urcitej hranice, a navyse od urcitej hranice ten realny pomer prinosu vykonu naviac verzus cena ide do kopru.

A paralelne skalovanie kde defacto na to tiez iba hodite viacej zeleza ide tiez pekne do penazi. Nevraviac o takmer istej nutnosti tak ci tak zasahovat do kodu/DB/principov projektu aby sa to dalo rozdelit na viac masin.

Cakal by som na linuxovom fore aj nejaku tu snahu o efektivnost, nie len "tak si kupte lepsi HW". Pretoze praveze taketo mnohojadrove procesory si nekupy nejaky jouda z hornej dolnej ktoremu na tom bezi jeho webovka ktoru navstivy za mesiac 200ludi, z toho 180 robotov. Ale niekto kto potrebuje zmykat maximum zo sucastnych moznosti hw a sw, zaroven - cim sa tak trochu vraciam k mojmu povodnemu prispevku, a to:
otazke realneho vykonu tohto procesora. Uz z historie vieme ze tieto procesory su vykonovo nic moc oproti standarnej x86/64 architekture. Chapem ze sa niekto snazi rozbehat aj inu architekturu ako x86/64 kde je vsetko zviazane patentami a defacto ziadna nova konkurencia pre amd/intel nema sancu vzniknut. Ale hrozne nerad klamem, natoz sam sebe. Ked nieco potrebuje x nasobne viac jadier aby sa to vyrovnalo beznemu procesoru, nebudem sa predsa hrat na "viac pruzkov (jadier) viac adidas".
Tie procesory dokazu mat svoje specificke uplatnenie, len si nemyslim ze to bude ako bezne serverove CPU na ktorich bezia tie spominane webovky.

Protože tohle je vývojový kit a nikoliv serverový HW.

On to je totiž obrázek úplně jiného produktu.