Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Zvonili ste?
:-)
Intel primo v akci pri delani takoveho procesoru:
https://www.youtube.com/watch?v=J3LJSf6skKc
->Kdyz dojebali sitove karty ktere(jim) leta tvorili naprostou spicku na trhu, jednoduse jim neverim...
Spotreba a chlazeni se bude resit jak :D ?
0,5W na jádro + 99W na věci okolo (řadiče a propoje EMIB) a jsme na 355W.
Spíš by mě zajímali takty při odběru 0,5W na jádro. Jestli budou přes 2GHz, tak se z toho bude dát poskládat pasivní 8core. Počkat, to mám v telefonu na kterém píšu.
Sierra Forest 512 jádro bude konkurence pro ARM a ne pro AMD.
Len by ma zaujimalo na akom procese budu, či na 3nm TSMC to by aj mohlo koncom roka doraziť, či na Intel 4nm :D a to viem presne kedy dorazi :D
Intel 4 je 7nm výroba
Zajímavá taktika. Zvětšování počtu jader a zachování malého počtu dlaždic. Jako by intel měl problémy s propojením.
Až 132 jader na dlaždici je monstrózní...
Čím méně spojů, tím méně latencí, i když Intel bude ty dlaždice propojovat skrze EMIB ,tak pořád tam bude nějaká ztráta.
Ukázkovým příkladem takové brzdy jsou ZENy,
laik to při brouzdání na internetech nebo hraní her nepozná,
ale když pracuješ s multivlaknovou aplikací, na které se snažíš optimalizovat configuraci výpočtu a ta ti řekne že nejlepší a nejrychlejší je taková která využívá jen jádra v čipletu,
A pokud zapojíme i další jádra z jiných čipletu biť jich je výrazně více, tak se výpočty razantně zpomalují protože jádra si musejí přehazovat informace a nejen mezi sebou ale i na jádra sousedních čipletů.
Ryzeny jsou drtiče v jednovláknové aplikaci, kterých pustíš simultánně tolik kolik je jader, třeba 16, na to Intel nemá
Ale pokud na tom Ryzenu pustíš multivlaknovou aplikací v konfiguraci 1 proces s 16 vlákny, tak takovy stroj dokáže porazit třeba i 10-12 jádrový Intel
Důkazem jsou moje 2 procesory,
Ryzen 3900X (12c) a Intel i9-9900K (8c), kde Intel bývá i se svým 8 jádrovým handicapem ve většině operaci rychlejší.
Treba specifikovat o akej paralelizovanej ulohe sa budeme bavit. Zeano. Veci, ktore maju nejake vyznamne uzke hrdlo na strane sharovanych dat a hodne zamykaju budu mat s latenciou vyznamny problem. To nie je nejaky prekvapivy objav, to vie uz aj akademicka teoria. Ale rozhodne to neplati vseobecne, ze kazda multithreadova aplikacia, ktora paralelizuje ulohy musi nutne kvoli latencii bezat na Ryzenoch pomalsie.
To je podla mna taka ista hovadina, ako ked sa na zaciatku tvrdilo, ze skrz nahovno upeceny scheduler vo Widliach, ktory nedal topologiu prveho ThreadRippera bol ten procesor vlastne uplne nahovno, lebo sa nedal vyuzit.
U toho scheduleru to šlo snadno dokázat na aplikacích běžících na linuxu. Ostatně kdyby ta komunikace byla opravdu takový problém F řada EPYC ostatně i základní modely řady X u kterých vychází i jedno nebo dvě jádra na chiplet (kvůli maximální velikosti L3 cache) by prohrávaly s model se stejným počtem jader a menší L3. Pravda jde o serverová CPU, ale jsou lidé, co je provozují v pracovních stanicích. Ukázalo by se to.
Pokud vam na jednom procesoru bezi 8 procesu pararelne rychleji nez na druhem, pak by na tomto procesoru melo byt i zpracovani vlaken rychlejsi. Patrne to bude vec optimalizace ze strany dodavatele software.
Nebo mate pravdu a uskalim je propustnost pametove sbernice. Coz je docela dost dobre mozne. Ale i to je mozne osetrit vhodnou optimalizaci.
Ale ved 1. april je az za niekolko mesiacov
Ja to volám "informácia relevantná ako informácie z IDF 2013"
IDF13: Intel To Ship 10nm Chips in 2015, 7nm Chips in 2017
Sep 11, 2013
https://wccftech.com/idf13-intel-ship-10nm-chips-2015-7nm-chips-2017/
Intel přejmenoval 10nm proces na „Intel 7“ a 7nm proces na „Intel 4“
27. 7. 2021
https://diit.cz/clanek/intel-prejmenoval-10nm-proces-na-intel-7-7nm-proc...
Meteor Lake nejspíš čeká odklad, proces Intel 4 není ve formě, pomoci může TSMC
15. 7. 2022
Jenže aktuálně je Intel v situaci, kdy ví, že mu z těch nejdražších linek TSMC někdy začátkem roku 2023 začnou padat dlaždice, ale o je nebude schopen prodat, neboť je nelze na trh poslat jinak než přilepené procesorovým dlaždicím, které v důsledku problému s procesem Intel 4 není schopný sériově vyrábět
https://diit.cz/clanek/meteor-lake-nejspis-ceka-odklad-proces-intel-4-ne...
Takže tohle je ten letošní žvást na udržení akcionářů v klidu?
Tak třeba tam opravdu těch 512 Atomů nacpou, bude to mít 450W při 1,5GHz :-D
Epyc 96 jader ma 400W.
AMD EPYC™ 9654 / # of CPU Cores 96 / # of Threads 192 / Max. Boost Clock Up to 3.7GHz / All Core Boost Speed 3.55GHz / Base Clock 2.4GHz // L3 Cache 384MB...
Default TDP 360W / AMD Configurable TDP (cTDP) 320-400W.
Tedy výchozí TDP je 360 ± 40 W podle nastavení v biosu.
Presne.
Keby som bol akcionar a videl tento blabol, tak ma hned chyti panika. Jedine stastie je, ze akcionari su sproste tupelá, ktorym staci povedat ze bude 512 jadrovy procesor a hned su z toho ukojeni.
To ze pobezi na 2 GHz, ze to budu Atomy, ze to bude v realne zrat 400 W, ze to bude o 3 neskor jak tieto vlhke sny a ze to nebude zdaleka schopne konkurovat 256C512T Epycom na baze Zen5, ktoe v tom case uz budu na dochodku - to vsetko je nepodstatne, o tom akcionari netusia - med okolo papule uz maju natrety, ukol napisat totalny zvast na tento kvartal splnen.
".. To ze pobezi na 2 GHz, ze to budu Atomy, ze to bude v realne zrat 400 W .."
Na vedlejším serveru zveřejnili testy Saphire Rapids. Ten (jeden jediný) model s 60 jádry jim žral 586W (3.0 GHz).
Obávám se, že těch 512 "efektivních" jader se do 400W nevleze.
Tak se musím opravit.
Těch 586W bylo naměřeno u 2S.
Jeden procesor má TDP "jenom" 350W.
No, jsem zvědavý, jestli hromady nevýkonných jader zahýbou s licencováním SW per core ...
Třeba si s Microsoftem a dalšími dohodnou speciální licencování podle typu procesoru :)
Nebo to bude bydlet v těch cloudech jen na SaaS věci a bude se více tlačit na zničení on-premise trhu.
To druhe je jasny trend.
Intel uvadi pro CLOUD segment. Tzn. v jednom virtualu vam nepobezi patrne vice jak 16 jader. Takze licencni politika se nemeni.
Jenže wokna se licecenují na fyzické železo, kde to běží, je pak jedno, jestli ta jednotlivá vmka mají 1vCPU nebo 32.
A pokud máte cluster více serverů, což chcete, tak se musí zalicencovat každý ten fyzický server :)
Tym lepsie pre AMD. Pokial Epyc na baze Zen5 pri 192-256-jadrach bude mat podobny vykon ako henten hypoteticky 512-jadrovy Atomicovy nonsens, neni tazke uhadnut kam sa zakaznik obrati.
Na distribuovany cloud Intel, na HP AMD. Spousta lidi si z toho dela legraci, ale to mate klidne 500 virtualnich stroju na jednom CPU. Jedna se o obrovsky technicky skok vpred.
A pokud vezmete v uvahu dnesni popularitu vytvaret clustery, tak treba cluster o 128 uzlech vam muze bezet na jednom fyzickem CPU. Pak vam bezi TCP komunikace pres loopback a jede to jak po masle.
Mne by zajimalo, jaky je use case pro pouziti CPU s tak velkym poctem slabych jader..
Jsou aplikace, které využijí větší počet méně taktovaných jader, to zas jo, jen to bude žrát jak kráva.
Zas tak moc pomalý moderni Atomy nejsou, jsou o něco málo rychlejší než SkyLake na stejné frekvenci, samozřejmě při řádově menší spotřebě.
Viz podrobný rozbor architektury Gracemont
https://chipsandcheese.com/2021/12/21/gracemont-revenge-of-the-atom-cores/
Mozna nejaky web service s bezici Javou a bambilionem threadu..?
Asi pro to nejake use case scenare jsou.
SkyLake je na dnešní dobu dost bída. V porovnání s ZEN 4.
Na obrazku je ze P-Core: mainstream & premium cloud and datacenter applications. E-Core: Ultra efficient compute for the cloud. Tu su nejake priklady: https://builtin.com/cloud-computing/cloud-computing-examples
Nejspis na urovni EPYC ZEN2. Tj. odhadem 1000 bodu v geekbench5 single core. Na tom bezi dnesni cloudy a jsou rychle.
Presne vim jak to intel udela:
->nejprv vyda poradne nadhodnoceny slib jako to uz bylo u 10nm, zpetne zrcatko, Xe/ARC...
->pak prijdou vytlacene vzorky z 3D tiskaren na prezentaci
->pote prijdou prvni informace o odkladu
->pak se ten odklad jiz posune na druhe pololeti a nasledne na dalsi rok
->no a pak zjistime ze to nedosahuje parametru slibovanych a konkurence, vic to zere a vic stoji
Jiz Meteor Lake je planovany na vydani jako ciste nativni 6 jadro protoze intel skutecnych 7nm doted v rozjezdu nema a nakolik pribyla v tech jadrach dalsi logika a logicky tak jadra nabobtnaji protoze sou puvodne urcena pro 7nm a ne 10nm, budou muset useknout dalsi 2 jadra a pridaji k tomu jiz treti porci 8 atomu cili 6 + 24 aby vlk zustal nasycen i koza zustala cela, pak se intel bude chvastat hele lidi mame 30 jaderny(!) a 36 vlaknovy(!!) procesor, konkurence vam to nenabidne za takovou cenu!!!
Je někde vůbec v prezentaci řečeno, že jde o x86_64 jádra? Třeba to budou úsporná ARM jádra.
Je tam řečeno, že jde o E-cores a E-cores Intel už v minulosti definoval jako x86.
To by si s Microsoftom strelili do nohy. Mozno je pre Windows arm64 nejakych 15-20 aplikacii na desktop, ale serverove budu non-existent.
Zase mal Intel teambuilding v Amsterdame...? :)
Jasně a Karkulka sežrala vlka
Ke každému odhadu roku vydáním připočteme 3-4 roky a bude to reálné.
528 jader atom, jako chápu že to bude na pokročilejším procesu, ale jak že velká ty jádra jsou ?
Jasně jsou maličká, ale v tom počtu ? To snad bude zabírat plochu jako chladič RTX4090 , nebo to Intel chce vrstvit jako paměti ??
XD xD
Podle MLID by Intel tentokrat nemusel mit zpozdeni, potazmo vetsi zpozdeni :)
Microsoft, VMware a Oracle se těší na licencování fyzických CPU jader u těchto Xeonů (:
Nechci vám kazit vaší škodolibou radost, ale něco mi říká, že tyhle procesory nejsou určené pro zákazníky Microsoft, VMware a Oraclu.
Tyhle procesory jsou urcene spise pro moderni distribuovane technologie, nikoli monoliticke. Kde je duraz na nizkou latenci a bezpecnost.
Cim vice kontejneru spustite na jednom CPU, tim lepe, protoze TCP komunikace pak probiha v podstate in-memory.
Myslim si, ze Intel sve zakazniky s 512 jadry v enterprise segmentu najde. Roste cena energii a cipu, tak se stavaji naklady na provoz cloudovych aplikaci drazsi.
512 jader, znamena 256-512 virtualnich stroju v reci nizkovypocetniho cloudu nebo nizkoenergetickeho cloudu. Na dvou jadrech vam muze bezet nekolik microservices, tj cely backend v jave, nebo postgres. Na jednom jadru php, nodejs, redis - tj. event loop technologie.
Zvysi se radikalne bezpecnost, zadny fyzicky hyperthreading na jednom fyzickem jadru a take uspora provoznich nakladu. Spousta dnesnich zapadnich strednich enterprise provozuje takove cloudy.
Epyc resi pouze otazku HPC, co s beznymi cloudy nechava otevrene. Tzn. namasakrovat tam co nejvic threadu. Ale proc pouzivat oracle, kdyz mi na microservices staci postgres, k cemu monolit databazi, kdyz svet jde stejne cestou distribuovanych modularnich aplikaci, pritom kazda z nich pofrci i na ecore.
Intel odpovida i na otazku clusteru, kdy vsechny nody mate od sebe dedikovane, to je dobre z hlediska provozni spolehlivosti.
Otazkou zustava, jak se jim povede implementace. Patrne by se mohla zjednodusit virtualizace. Nicmene uz na predesle generaci serverovych cpu bezi postgres v kubernetes rychleji nez na aktualnim beznem notebooku a casto s latenci priblizujici se inmemory databazim.
Soucasne desktopove cpu a big cores jsou optimalizovane pro maximalni vyuziti, tj. aby vytizeni bylo 100% na vsech jadrech. To je dobre pro benchmarky, pro pocitacove hry, monoliticke aplikace, takze k tomu je optimalizovany i scheduler. Ve virtualnim prostredi vsak funguje vyhradne softwarovy scheduler. Tam muze naopak Intel pri dobre implementaci ziskat vyhodu, na kterou je Epyc platforma kratka. Tzn.nizsi latence na ukor nizsiho vypocetniho vykonu.
To je jak porovnavat latenci, propustnost, bezpecnost v multivlaknovem prostredi. Vzdy se to skaluje podle potreb.
Spis to vypada, ze v Intelu su dukladne prostudovali platformu Epycu a nasli par slabych mist. Epyc je hw skalovan na propustnost.
Uvidime, jak to dopadne.
"k cemu monolit databazi, kdyz svet jde stejne cestou distribuovanych modularnich aplikaci,"
.. to jako ze zanikne treba Oracle a budete si drzet lokalni data a sharovat je pre torrent? :)
Ja nevim, jestli jste nekdy delal s DB a klidne i s backendama ruznych webovych servisu. Tam vsude vyuzijete vykon na jadro + pocet jader. Samozrejme zavisi na poctu current uzivatelu a spouste jinych faktoru.
Vy chcete microservices stavet na Oracle? Technicky je mozne vselicos.
Moc nerozumite hw a implementaci na urovni sw. Velka jadra s vyssim taktem se dobre chovaji ve virtualizovanem prostredi, kde navic ve virtualu spoustite monoliticke aplikace v JVM nebo .NET. To same plati i pro Oracle.
Oracle je centralizovana monoliticka databaze. Pouzijete ji v pripade, ze potrebujete centralizovat data. Co je na tom k nepochopeni? Oracle si zpravidla v externim cloudu spoustet nebudete, je draha a proto se hodi do Enterprise s lokalnim HW.
U modernich technologii jako postgres, redis, nodejs to je prast jako uhod.
Architektura microservices popisuje, ze kazda sluzba by mela mit vlastni domenu a nejlepe i vlastni databazi. Data jsou v optimalnim pripade skutecne distribuovana. Nebo viz Hadoop, Kafka.
Ano, asi 10 let je v IT trend prechazet od monoliticke architektury k distribuovane.
To je prave to stare zpatecnicke mysleni. Skalovat muzete horizontalne nebo vertikalne. Tj. zvysit vykon CPU a velikost pameti, alternativne pridavat dalsi uzly.
Databaze na urovni bittorrent, nejblize k tomu ma blockchain technologie. Ale to se take pouziva.
Prijde mi, jako byste poslednich 10 let sedel na jednom vyhratem miste a ignoroval co se kolem vas deje.
"Vy chcete microservices stavet na Oracle? Technicky je mozne vselicos."
.. nepochopil jste, nevadi.
Ne nechci, jen mne bavi cist podobne usmevne uvahy. Chci videt jak do tech vasich 'mikroservise" nacpete data nejakeho SAPu nebop jineho ES systemu :)
ps: ..vpred zpatky ni krok :))
Microservices je middle ware az dolni frontend. Prijdete mi jakobyste skutecne sedel na zadku a cumel do monitoru na jedne pozici 10 let.
Do microservices urcite nebudete cpat datovou vrstvu, k tomu pouzijete napr. hadoop namisto oracle.
POZOR! SAP je jiz hotovy produkt a byznys platforma. Oracle je pouze databaze. Microservices jsou pouze navrhovy vzor.
Z microservices si postavite vlastni byznys platformu namisto, abyste pouzil SAP. Videl jste nekdy startup fungujici na SAPu?
Je to nakladne a tak nektere nadnarodni firmy pouzivaji obcas SAP. Protoze je to jiz hotovy produkt a ma podporu.
Domnivam se, ze vam chybi zkusenosti z cinnosti na jinych pozicich nez na te, kterou se zivite.
Vy koza, ja o voze.
Nevadi a nesedte hlavne na zadku 10 let :)
ps: jestli jste si nevsiml, pouze jsem rozporoval Vas prispevek, ze na nevykonych jadrech muze bezet 'cokoliv'. Evidentne jste to nepochopil, protoze zaroen nikde netvrdim, ze neexistuji scenare, kde Vas pristup muze fiungovat. Nicmene Vas startup mne opravdu nezajima.
Hezky vecer :)
To je ta ceska burzoazni caparterie. Ne a ne nikdy priznat omyl. Pusobite na mne jako pekny capartek a pekne rozmazleny.
Ja jsem pouze zminil, ze si technicky muzete navrhnout uplne cokoli.
A neustale rozporujete slovicko sem nebo tam v minule komunikaci v domneni, ze tim ziskate komunikacni vyhodu.
CHYBA v clanku!!!
AMD Epyc Genoa ma az 96 jader/192 vlaken, NE 192 jader. Vse je postavene na jedne byznys platforme EPYC, ktera vychazi z ringbusu a numa topologie, orientovana na high throughput.
V takovem pripade s 512 dedikovanymi fyzickymi jadry optimalizovanymi na nizkou latenci a bezpecnost ma Intel sanci prevzit cast trhu cloudovych datacenter z rukou AMD, nebo dokonce ziskat majoritni podil.
A dalsi vec ten hyperthread funguje pouze jako workload fronta, neznamena paralelni zpracovani 2 vlaken soucasne, pouze se do fronty nacpe zasoba dat, aby jadro bylo vice vytizene. V jeden okamzik vsak zpracovava pouze 1 vlakno. Na to pozor. Tech 192 jader je skutecne zavadejicich.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.