Vagyis Big Data vonalon teljesen jól lehetne használni, és így megérné csak oda speciális CPU-t adni.

Linus amúgy megmagyarázta mi baja van egy hét éve létező technológiával, hogy most kell ilyen kirohanást elkövetnie?

Szerintem azért, mert most húzott el az AMD annyira, hogy az már fájhat a piacnak is. Az Intel pedig nem tudja követni őket részben az AVX-512 miatt. Gondolj bele, hogy mennyivel kisebb lenne az AMD előnye, ha az Intel az AVX-512-re költött tranzisztorokból nagyobb cache-t, több magot, jobb általános teljesítményt adna. Lehet, hogy úgy is jobb lenne a Rome platform, de biztosan nem látnál agyonverést.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Linus amúgy megmagyarázta mi baja van egy hét éve létező technológiával, hogy most kell ilyen kirohanást elkövetnie?

Szerinted? (és még: [link] meg a többi posztja a topikban)

DRM is theft

Ezért nem kéne neki sem az egész technológiát kárhoztatni. Csak reklamálni, hogy maradjon a többutas server CPU-k része.

Amióta lemaradásban vannak nem közli az intel mégis mennyi tranya van a kupak alá zsúfolva, emiatt nem tudni az avx 512 mennyi plusz tranyát emészt fel nagyságrendileg csak egy becslésből adódó becslés.

Amúgy ilyenkor megdöbbenek, mikor kibukott egy szita 10+ évre visszamenőleg minden biztonsági résük ami nyomokban cput tartalmaz, rég volt zen, nem hiszem el nem látták előre a kutya nem használja és csak erőforrást pazarolnak ami az amúgy is szorongatott helyzetüket még tovább rontja.

Legkésőbb akkor kiderül amikor lehúzzák neki a rolót vagy elterjed. Kérdés mi lesz előbb? a feladás vagy az elterjedés?

ha meghúzom a kocsidat az oc-nek számít?

Kérdés hogy ha az arm megtudta okosabban csinálni ők miért nem?

Gondolom erre a mondatra utalsz:
Szoftveres szinten pedig az SVE eltünteti a programozók elől a vektormotorok hosszát, egy program – mindenféle újrafordítás nélkül – ugyanolyan hatékonyan fut a két végleten, illetve közötte is.

Józan paraszti ésszel egyértelmű, hogy nincs így. Mert ha tényleg ugyanolyan hatékonyan futna, akkor bőven elég lenne mindenhová a legkisebb és leggazdaságosabb, 128 bites vektormotor is. Vagy pedig nagyon hülye mérnökök dolgoznak az ARM-nél.
Szóval az ARM megoldása nyilván jól skálázódik, de nekik itt az a lényeg, hogy a licencelő partner a legjobbat legózhassa össze magának. Az Intel pedig nyilván ezt próbálja tenni a saját procija esetén.

<-ƘƘ->

> Szóval az ARM megoldása nyilván jól skálázódik,
> de nekik itt az a lényeg, hogy a licencelő partner
> a legjobbat legózhassa össze magának.
> Az Intel pedig nyilván ezt próbálja tenni a saját procija esetén.

Az Intel rövidlátó stratégiájának megvan a következménye..
mivel az AVX-512 -t nem lehet lefelé skálázni pici magokra .. az ARM SVE2 -vel ellentétben .. emiatt "hibrid módban" a nagynál is le kell tiltani az AVX-512-öt.
Vagyis a mostani Intel "hibrid mód" egy öntökönszúrás
Sajnos az Intelnél most az a legjobb amit össze lehet legózni

ARM-nél ha lassan is - simán le fog futni a kód ... lassú magokon is.

https://prohardver.hu/hir/alder_lake_mukodes_bonyolultta_teszi_eltero_mag.html
"Az Alder Lake nagyobb magjai támogatni fogják az AVX-512 és a TSX-NI utasításkészletet, illetve az FP16-os adatformátumot, de ezek a kisebb magokon nem lesznek elérhetők. Éppen ezért a lapka kétféle módon működhet. Az egyik a hibrid mód, amikor a kis és a nagy magok egyszerre aktívak, viszont ebben az esetben az előbbi képességek az egész rendszerre vonatkozóan le lesznek tiltva. A másik opció, amikor csak a nagy magok aktívak, és ekkor a fentebb említett technológiák is hozzáférhetők."

[ Szerkesztve ]

Mottó: "A verseny jó!"

egyesek már temetik az Intelt ( főleg az Apple döntése után )
És ha az Apple jobb és versenyképesebb laptopokat csinál,
akkor a Dell,HP,Asus,... gyártóknak is be kell szállni
az ARM-es bizniszbe; kényszerből ...

Kérdés, hogy az Intel a Nokia sorsára jut -e ...

https://mondaynote.com/apple-silicon-the-passing-of-wintel-79a5ef66ad2b

"Intel execs know they missed the Smartphone 2.0 revolution because of culture blindness. They couldn’t bear to part with the high margins generated by the x86 cash cow; they couldn’t see that lower margins could be supported by unimaginable volume. Now, Intel is facing a more serious problem: The x86 commands high margins not because of the chip, but because of the Intel/Windows duopoly, meaning that, all other things being equal, chips not running Windows get lower margins than an x86 CPU. Now, that union, that advantage is about to disappear. Intel will face ARM-based SoCs running Windows on ARM with applications, in PC-like quantities, at lower prices."

Mottó: "A verseny jó!"

Az ugyanolyan hatékonyan nem azt jelenti hogy ugyanolyan gyorsan.
Pl. a 128 bites 10 millió tranzisztorból számol 1 Tflop-ot, az 1280 bites 100 millió tranzisztorból számol 10 Tflop-ot. A hatékonysága ugyanaz, csak a teljesítménye lesz nagyobb, ott ahol a gyorsaság kell.

Bevallom, tök hülye vagyok az egészhez. Szerintem az emberek 99%-nak fogalma sincs arról, hogy ez végül is milyen területen hasznos. Segítsetek! Könyvelőprogram gyorsabban fog futni? Excel, word? Crysis vagy bármilyen játék? Chrome, firefox? Torrentezést gyorsítja? Filmnézésnél, grafikai munkáknál renderelésnél hasznos lehet? Vagy mi a bánatra jó ez? CNC program használja? Atomrobbanás szimulátor gyorsabb lesz tőle? A CERN adatfeldolgozását gyorsítja? Van olyan konkrét program ami használja is, vagy csak mutatóba van a prociban? Komolyan kérdezem ezeket. Szerintem mást is érdekelne.

[ Szerkesztve ]

"Ilyen dolog ez, folyamatos növekedés, egy állandó méretű bolygón :D Rip rendszer..." by Crim

Alighanem tökéletesen mindegy ez, az emberek 99.x%-ának... Csak PR veszteség a lényeg, hogy most kényeten feladni az Intel ezt. Bizonyos CPU-knál. Hát, legyen ez a legnagyobb gond. Eleve, van olyan alkalmazás, ami el sem indul AVX-512 nélkül? Aligha, bizonyára van minden halandónak szánt alkalmazásban fallback a korábbi hasonlókra. Gondoljunk arra, hogy egy modern Pentium Gold, még "sima2 AVX-et sem tud (1-eset, ha lenne száma), és átlag felhasználónak szánt szoftver kell hogy fusson rajta.

[ Szerkesztve ]

"Régóta vita van arról, hogy kell-e a processzorokba olyan utasításkészlet, mint például az AVX-512"

Nem, mert úgyis letiltja az Intel, akkor meg minek?

kb. mert egy nárcisztikus gyökér...?

[ Szerkesztve ]

A posztjából kiragadtál 1 mondatot. Mellette ott van tisztán objektív szakmai érvelés, amivel ráadásul még vitatkozni is nehéz mert igaza van...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

David Kanter szamitasa szerint kb. az SKX die 5%-at fogyasztja az AVX512. Azaz 28 helyett kb. 30 mag lehetne AVX512 nelkul.

AVX-512 -t nem lehet lefelé skálázni pici magokra

Dehogynem lehet. Pl. a 8 magos Centaur CNS tudtommal 200mm2 korul van TSMC 16nm-en 256 bites datapath-okkal, NCore-ral, I/O-val, mindennel, es SNC/WNC-ben is a mobilverziokban van.

Linus csalodas, pl ez a " AVX2 is much more than enough" a "640 KB ought to be enough for anything"-ra emlekeztet.

Sztem az AVX512-vel alapjaiban semmi gond nincs, a SIMD ut logikus folytatasa. Ahol mukodik az AVX2, oda jo AVX512 is, a plusz kepessegek miatt meg hatekonyabb is, "csak" a kodot kell legyartani. Amint az AMD bejelenti a tamogatasat mondjuk a Zen4-tol, itt is mindenki termeszetesnek fogja venni.

A tick-tock romlott el, de az teljesen. Hogy meg 2020-ban is 2015-os SKL-t aruljak 10 magositva, es a 2017-es SKX 3. kore megy az AVX512 osszes gyerekbetegsegevel, az tobb mint kinos. A Tiger/WLC az mar egesz jonak tunik, a 4.7GHz turheto, es a mennyiseg is rendben levonek tunik, csak kar, hogy 4 mag a max, es nem 2018-ban jelent meg, mint eredetileg kellett volna.

[ Szerkesztve ]

AIDA64.com

További gond az AVX512vel, hogy enyhén szólva se azonos képességeket takar az elnevezés:
[link] .
Talán AMD is mondta, majd akkor készít rá támogatást, ha "fix" lesz a funkciók sora és nem változik folyton...

[ Szerkesztve ]

The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5

Ha csak egy béna ad hominem támadásra tellik, akkor legalább azt próbáld meg legalább egy kicsit összeszedni, mert lekreténezni Linust az azt jelenti, hogy még igazán magadat se veszed komolyan.

(#23) ted_tris: DDD

(#25) Sinesol: Ha az, akkor miért írtad le?

Komolyan, srácok, tényleg ez a béna, mocskolódó személyeskedés a legjobb, ami tőletek telik? És ha ez, akkor tényleg fontos ezt ideborítani?

[ Szerkesztve ]

DRM is theft

Gondolom ezt nem kotelezo se hasznalni, ahogy nem kotelezo olyan CPU-t se venni ami tamogatja. Nem ertem a problemat. Logikusnak tunik, hogy ha nincs elonye hasznalni, akkor nem epitek ra. Attol meg az Intel azt epit be a processzoraiba amit akar. Max nem lesz ra vevo es tanul belole.

Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.

A probléma az AVX-512 lefelé skálázásával, hogy a működés hatékonysága 512 bites vektormotorral optimális. Ha ezt lefelezed, akkor hatékonyságot veszt a rendszer. Tehát két darab 256 bites vektorral dolgozó mag nem lesz olyan hatékony, mint egy 512 bites vektorral dolgozó mag (feltéve, ha azonos az órajel), hiába engedi meg maga az AVX-512 az ilyen irányú skálázást. Emiatt ódzkodik tőle az AMD, mert 512 bites formában egyáltalán nem éri meg jelenleg beépíteni, inkább költik olyan dolgokra a tranzisztort, ami gyakorlati hasznot hoz a sebességben. Valószínű, hogy idővel beépítik, de olyan nagyon nem fogják elsietni, hiszen lényeges előnyt ad nekik, hogy most nincs ott a szerverprocesszoraikban, míg az Intelnek küzdenie kell vele.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Még futtattam teszteket AVX2 AVX512-re fordítva, közel azonos frekvenciákra limitálva ~2GHz tehát közel IPC-t jelentenek a százalékok:
AMD K10 "Magny Cours": ~60% (128 bit simd)
Westmere-E: ~100% (128 bit simd)
Sandy-E: ~130% IPC AVX1 fordítás (256 bit simd)
Haswell-E: ~160% IPC AVX2 fordítás (256 bit simd)
Skylake-SP: ~175% IPC SSE4.1 fordítás
Skylake-SP: ~190% IPC AVX2 fordítás (2x256 bit simd párhuzamosan)
Skylake-SP: ~195% IPC AVX512 fordítás (512 bit simd)

Látható, hogy egyre kevesebb az utasítások értelezésére fordítandó "overhead" SSE-AVX-AVX512 útvonalon, ami szintén megkérdőjelezi, kell-e az AVX512 egyáltalán.

[ Szerkesztve ]

-

"Tehát két darab 256 bites vektorral dolgozó mag nem lesz olyan hatékony, mint egy 512 bites vektorral dolgozó mag (feltéve, ha azonos az órajel), hiába engedi meg maga az AVX-512 az ilyen irányú skálázást."

Nekem úgy tűnt ez a lefele skálázás nagyon is jó, lásd előző posztot.

Az intel az alapabb bronze-silver-gold Xeonokon letiltja (3xxx-4xxx-5xxx) a dupla AVX FMA unitot.
https://community.intel.com/t5/Intel-ISA-Extensions/State-of-AVX-512-on-Skylake-X/td-p/1143063

Nem vagyok benne biztos, de ez nem azt jelenti, hogy a "2x256 bit párhuzamos" lefele skálázott AVX2 működést is letiltja vele? Nem lehet, hogy csak ebből származik a ebből származik sok esetben a lefele skálázás hibája? AVX512 utasításokkal mintha nem lenne külömbség, egy "FMA" port is elegendő.

[ Szerkesztve ]

-

Az Intel a működési módot tiltja, nem a hardvert. A lapkán belül még megvan a két 512 bites feldolgozó, és az AVX2-nél működik is mindkettő fele, de AVX-512-nél csak az egyik megy a kisebb Xeonokon.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.