Hirdetés
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Free Play Days 2024 - 17. hét: Railway Empire, Prison Architect
gp Extraként a TramSim: Console Edition című játékot is kipróbálhatják az érdeklődők.
-
PROHARDVER!
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
hugo chávez
aktív tag
válasz atti_2010 #7705 üzenetére
A MediaEspresso 6.5 támogatja konkrétan az OpenCL-t is. Egyébként egy honfitársunk itt gyűjti a gpgpu-t támogató programokat.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
-
hugo chávez
aktív tag
Hát ez elég gáz...
(#7717) atti_2010:
Szívesen
(#7718) Abu85:
"Az ilyen OpenCL-es dolgokat az AMD csak a Llano startjára tartogatja."
Az addig rendben van, hogy az AMD a saját üzleti érdekeit nézi (bár, ha szándékosan késlelteti az "OpenCL-es dolgokat", akkor ne csodálkozzon, hogy nem nagyon terjed az OpenCL), de úgy látszik, hogy a videókonvertáló programokat gyártó cégek sem nagyon törik magukat, hogy OpenCL támogatással ruházzák fel termékeiket. Vagy ehhez kellene az AMD és/vagy az Nvidia támogatása/jóváhagyása is, amit esetleg jelenleg nem kapnak meg, vagy mi ennek az oka?
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Így már érthető, köszi. Remélhetőleg most, hogy már van profilozó, jobban beindul az OpenCL "szekere".
"Az NVIDIA-t nem hiszem, hogy érdekli az OpenCL. Még mindig az 1.0-s felület támogatásánál tartanak."
Világos, hogy a CUDA fontosabb nekik, de attól még igazán belepattinthatták volna a GeForce-ok driverébe az OpenCL 1.1 támogatást (mert ugye a hardver képes lenne rá), szerintem ebből nem származna semmilyen káruk, ha már az 1.0-át úgy is támogatják... Azt azért remélem, hogy mire kijönnek a Keplerre épülő GeForce-ok, addigra lesz 1.1 támogatás is!
De inkább nem offolok többet, mert még a végén Oliverda bannol"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
A Bull lebegőpontos egységeinek képességeit a jelenleg rendelkezésre álló információk alapján innen kezdve vesézgettük, különös tekintettel javaslom P.H. hozzászólásait.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Oliverda #9687 üzenetére
Ha tényleg tudja tartani az AMD a 2012Q1-et, az nagyon jó lenne, mert akkor végre a felsőbb kategóriás laptopok piacán is beindulhatna a verseny, szóval nagyon drukkolok nekik, hogy sikerüljön.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
"Szerintem benne van a K jelzesu intelnel is(ott kicsit mashogyan mukodik)."
Az ARK-on pont az van írva, hogy nincs benne: "Intel® Virtualization Technology for Directed I/O (VT-d) --- No"
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Nem az a lényeg, hogy szerverorientált-e, vagy nem, hanem az, hogy hiába van meg egy adott procinál/chipsetnél a VT-x, vagy az AMD-V, ezek nem támogatják a Directed I/O-t (csak a VT-d és az IOMMU, vagy más néven AMD-Vi), tehát a virtuális memória használatára képes GPU-k sem fogják tudni használni a virtuális memóriát, így a PRT-hez hasonló eljárásokról le kell mondani.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Oliverda #12576 üzenetére
Konkrét, negyedévre lebontott időpont valóban nem volt a Kaveri megjelenésére korábban, csak az, már idén, hogy 2013 második felében kezdik szállítani. De az ilyen roadmapek igencsak hajlamosak a megtévesztésre...
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Oliverda #12584 üzenetére
Na de pl. a mobil vonal már több, mint valószínű, hogy csúszik, még a roadmaphez képest is...
(#12585) dezz:
Nekem is úgy rémlik. De most nem találok egy olyan roadmapet sem, amin az lenne konkrétan, hogy 2013 H1. Szerintem ez csak valószínűleg valami hírben, vagy kommentben lehetett, aztán, mivel várjuk már, de nagyon, hát tényként kezeltük. A Richland viszont egyértelműen nem volt semelyik korai roadmapen sem, de talán ezért is nem adtak meg konkrét időpontot a Kaverire, mert sejtették, hogy nem lesz sima ügy és a Richland egyfajta nem publikus vészforgatókönyv volt, amit aztán (sajnos) szükséges lett alkalmazni...
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Oliverda #12587 üzenetére
Nyilván nem azért csúsztatják azt sem, mert amúgy minden rendben és teljesen elégedettek mondjuk az A10-es vonal Richlandjeinek konkurenciával szemben nyújtott teljesítményével... MSI gamer notik pl. amik durván CPU limitesek a HD 8970m dedikált gpu mellett. Jó, nem nagy szegmens, de akkor is, ha az AMD itt sem (és a játékok, illetve a hardvereik játékokban nyújtott teljesítménye azért elég fontos a cégnek, ha jól tévedek) képes beérni az Intelt és a saját gpu-ját nem "hajtja" ki a cpu-ja, az picit gáz. Szóval ha nem is konkrétan arról van szó, de a helyzet értékeléséhez azért szerintem némileg van köze.
Mivel az AMD gőzerővel próbálja nyomni a HSA-t és érdeke, hogy a minél "kompatibilisebb" architektúra a lehető leghamarabb piacon legyen és ugye a Richland meg nem szerepelt egy korai roadmapen sem, amiken a Kaveri igen, ezért nekem úgy tűnik, hogy egy viszonylag hirtelen döntés eredménye, aminek oka pedig simán elképzelhető, hogy részben, vagy egészen az, hogy a Kaveri nem készült el akkorra, amikorra szerették volna.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
-
hugo chávez
aktív tag
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Köszi. Tehát 1/16... Az bizony nagyon karcsú egy HSA APU-nál...
Ez szerintem sokkal nagyobb baj amúgy, mint az R9 290-nél a mesterségesen nyolcadra korlátozás, mert az elsősorban mégiscsak egy GPU, grafikára, a Kaveri IGP-je meg "coprocessor" lenne elvileg.[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
"DP-ben a Richland (es mellesleg a Kaveri is) gyorsabb AVX-szel mint az iGPU-val. Kimértük, nem kitaláció."
Ez marha jó... Akkor egy 4 magos Haswell meg mennyivel gyorsabb...
(#13275) Fiery:
Aha, csak így meg (legalábbis a szememben) tökönszúrják a saját HSA koncepciójukat, vagyis, hogy az IGP teljesértékű társa legyen a cpu magoknak...
(#13276) dezz:
Meg hát, mégis milyen üzenete van ennek, még ha (jelenleg?) annyira nem is fontos talán a 64 bites lebegőpontos teljesítmény...
Ha tényleg csakis grafikára lenne szánva és csakis az olcsóbb gyárthatóság miatt integrálták volna egybe a cpu-val, akkor nem háborognék, de így, hogy azzal jönnek, hogy "accelerated"... 32 biten, pffff! Hát ez így marha nagy accelerated, az már biztos!
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Jó, hát az Intelnek nem erőssége a GPU tervezés, az köztudott. De én olvastam valami olyasmit, hogy a Haswell IGP-je tudna dp-t, csak nincs engedélyezve. Aztán meg az Intel fórumán azt, hogy nem tud... De az talán nem volt konkrétan írva ott sem, hogy hardveresen nem tud...
Viszont, ha nem is tudja, attól még simán cpu-ból lenyomja double float-ban az AMD APU-it IGP-stől és ez gáz...
Az NV meg egyelőre csakis GPU-t gyárt, nincs cpu-ja (a Tegra "igazi" pc-n nem játszik), szóval ott azért érthető, hogy a professzionális, meg az otthoni piacot szétválasztja ezzel is.
Az rendben, hogy optimalizálni kell keményen, ha ki akarod használni az AVX-et, de ha egy GPU-n/IGP-n akarod megközelíteni az elméleti FLOP/s-t valami hasznos alkalmazásban, akkor ott is ugyanannyira kell, mert végül is mindkettő SIMD, illetve, a többmagos cpu-knál (és már a GPU-knál is) igazából MIMD és SIMD, tehát egy programnál csak akkor tudod kihasználni, ha rá tudod venni hogy sok szálat és vektorműveleteket használjon, nem?[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Háát, Abu szerint az Intel szerint (ez így de hülyén "hangzik" ) OpenCL-lel is hasonló "AVX-teljesítményt" lehet elérni, mint assembly-ben... [link] De én ehhez nem értek.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
"A gyorsított futtatáshoz kell direkt támogatás, de ott is csak egy finalizer kell a hardvergyártó részéről, mert az összes HSA réteg közös, vagyis mindenki ugyanazt a runtime-ot, vISA-t, AQL-t használja. Mivel az Intel IGP-k ISA dokumentációja nyílt, így a MESA már jelezte, hogy írnak az Intelre egy finalizert. Ezt Windowsra gyerekjáték portolni, így gyakorlatilag akkor is futni fog az Intelen a HSA applikáció, ha az Intel nem akarja. Ez persze nem biztos, hogy olyan sebességet ad, mintha ők írnák, de futni fog és nem tudják megakadályozni."
Ha valóban lesz Intel IGP-kre is finalizer, az nagyon jó. A HSA terjedése szempontjából is. Egyébként pont erről (is) beszélgettünk Fieryvel nemrég [link], de akkor ezek szerint az Intel IGP-k ISA dokumentációja hozzáférhető és így már mehet a HSA alkalmazások IGP-gyorsítása Intelen is.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Balala2007 #14602 üzenetére
A "BT" milyen architektúra rövidítése?
Szerk: közben rájöttem, Bobcat.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Balala2007 #14703 üzenetére
Hmmm, fincsi. És végre 1/2 DP. Egy A(ccelerated)PU-nál azért ez is számít valamelyest és remélem, hogy nem csak a szerver-verziókra lesz ez érvényes!
Ha a CPU-magonkénti teljesítményben is felnő az Intelhez, akkor sínen vannak."sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz stratova #14743 üzenetére
Tyűha! Ha ez igaz, akkor nagyon belehúztak az AMD-nél. De a korábbiak tükrében ezzel a 2016-os dátummal kapcsolatban akadnak kételyeim... Remélem, ezúttal alaptalanok és tényleg lesz jövőre valódi launch (desktop/notebook vonalon meg pláne nem bánnám)!
(#14746) Oliverda:
Namármost, én nagy sci-fi kedvelő vagyok, de végre már valaki, akinek (rajtam kívül) nem jött be az a teljesen logikátlan hulladék.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
És sajna rendkívül kicsi is az esélye, hogy pont az AMD teljesítse hamarabb a saját tervét...
De most nagyon elkapott engem (is) a "csodavárás", legalábbis a Zennel kapcsolatban, szóval reménykedek.Különös, hogy a Bullnál azért ilyen nem volt nálam. Ugyan többet vártam, mint ami végül lett, de a korai architekturális infók után már nem igazán hittem benne. Az a modulos, osztott FPU-s baromkodás egyszerűen nem tetszett.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Hakuoro #14807 üzenetére
És (#14808) Balala2007:
Vissza az alapokhoz? És ez így is van jól szerintem. A CPU-részben legyenek CPU magok (vagyis LOC-ok), elsősorban az egy-két szálas, többmagos CPU esetén a néhány szálas folyamat(ok), vagy több 1-2 szálat használni tudó program minél gyorsabb végrehajtásához, a többire (TOC) meg ott van az egyre fejlettebb, némileg "CPU-sodó", "okosodó" IGP. Aztán a HSA/OpenCL 2.x meg dolgoztassa mindkettőt a feladatnak megfelelően, amennyiben a részfeladatok szétdobálása megoldható az adott programnál.
(#14814) Hakuoro
"Mivel nem túl nagy, szerintem egy APU-ba 4 magot (egy modul), egy HEDT prociba meg 8-at (2 modul) fognak rakni. Szerverbe meg mehet a 4 modul (16 mag)."
Én olyan felállásnak örülnék, ha komolyabb notebook-ba, meg középkategóriás desktopba menne minimum a 4 magos, felső kategóriás desktopba a 8 magos, HEDT-be, workstation-be, szerverbe a 16 magos és bizonyos terülten szerverbe a 32 magos MCM(?), ugye ez utóbbinál jelenleg az is szóba került, hogy nem lesz benne IGP.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
A "Greenland" az "Arctic Islands" GCN generáció egyik tagjának a neve, vagyis abban az APU-ban az IGP-é, nem pedig magának az APU-nak a kódneve elvileg.
"Egyebkent 16 mag keves lesz a szerver processzoroknal. A Broadwell-EP es a Skylake-EP lesz a Zen alapu szerver CPU ellenfele hosszutavon, azokbol pedig 22+ magos verziok is lesznek. Sz'al 24 mag a minimum a Zennel, ha nem akar az AMD egybol vert helyzetbol indulni."
Hát, nyilván önmagában kevés lenne a 16 mag az Intel akkor aktuális Xeonjaival szemben, de az AMD ugye nagyon akar építeni az IGP-re is.
(#14836) Oliverda:
Pedig elvileg már bejelentette az AMD (hacsak nem Abu találta ki ), hogy igenis egy durva szerver/HPC APU-val akarnak kijönni: [link]
Logikusnak tűnik, hogy ez az APU az a 16 magos, IGP-s, HBM-es Zen, ami a Fudzilla slide-ján van.[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Petykemano #15212 üzenetére
"Egyébként az intel eDRAM-ja nem összetokozott megoldás? Hogy oldják meg interposer nélkül mégis élhető késleltetéssel?"
Azért szerintem nagyon számít az is, hogy itt összesen 128 MB-ról beszélünk, nem GB-okról, mint mondjuk a Fijiknél.
"Koprocesszorként használva, mint amilyen a HSA, vagy DX12-ben a postprocesszing , valószínűleg a sávszélesség sokkal kevésbé égető."
Erre én is nagyon kíváncsi lennék... Jó lenne, ha valaki tudna válaszolni arra, hogy az IGP GPGPU-ként történő használata esetén mennyire számít az, hogy ha csak a rendszermemóriát tudja használni, a szokásos sávszélességgel és késleltetéssel?
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Yutani #15280 üzenetére
Azért az a jövő október környéke nincs kőbe vésve. Írta egy srác ott kommentben, hogy akár már 2016 Q3 elején is jöhet, persze ebben maximum csak reménykedni lehet jelenleg. De a chip tervezése már befejeződött elvileg és innentől a gyártósoron múlik, hogy hozza-e és mikor az elvárt paramétereket.
(#15281) FireKeeper:
Ja, ez jó kérdés. Nem akarok túlzott elvárásokat támasztani, szóval úgy vélem, amit legalább el kell érnie, az a Haswell IPC-szint és a hasonló TDP azonos órajelen. A Skylake-szinttel pedig már elégedett is lennék. Az Intel meg szerintem már eléggé megközelítette a határokat, szóval komoly IPC javulást már nem várok tőlük.
(#15282) Bici:
A "kiszivárgott" nem hivatalos ábra szerint a Zen-ben magonként két 256 bites FPU pipeline lesz. A Bulldozerben modulonként volt két 128 bites.
Elvileg nem a TSMC, hanem a GloFo fogja gyártani, a Samsungtól licencelt 14 nm-es FinFET technológia egyik verzióján.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz #85552128 #15478 üzenetére
Az Intelen kívül (de még az sem biztos, hogy nekik nem...) mindenkinek, minden x86-64-(fel)használónak az az érdeke, hogy a Zen jól sikerüljön, versenyképes legyen. Mindenkinek!
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Régi cikk már, de még ez konkrétan nem volt itt, ha jól rémlik.
"Zen-Team" (Jim Keller nélkül):"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Petykemano #15698 üzenetére
Picit túlgondoltad ezt szerintem. Megcsinálta azt, amiért alkalmazták és továbbállt. 3 évig volt az AMD-nél és ennyi idő alatt bőven megcsinálta a Zen-ből és a K12-ből a ráeső részt. Sőt, ez a 3 év már-már túl soknak is tűnik. Hisz anno a K8-on kb. egy év alatt elvégezte a dolgát (és ezzel együtt segített az x86-64 ISA megalkotásában is), aztán szintén elment.
Most is minek maradt volna tovább, vagyis minek szerződtették volna ennél hosszabb időre? Alapjaiban új architektúra az AMD-nél hosszú évekig nem várható (ha meg a Zen/K12 nem lesz elég jó, akkor lehet, hogy már sohasem...), szóval neki ott nem volt már keresnivalója, ennyi."sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Petykemano #15747 üzenetére
"Szükség azért van jó szakemberre, mert a zen indulásával el kell kezdeni az 5 év múlva esedékes architektúra fejlesztését."
Nem túl egzakt (mert hát, nehéz is egyértelmű határvonalakat húzni...), de az Intel is kb. 2006 óta nem újított "totálisan" architektúrát. Szóval, amihez egy Keller-kaliberű arc kell, az nem 4-5 évente esedékes.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Valószínűleg ugyanaz a nem angol anyanyelvű (a neve alapján román lehet, bár nem néztem utána) srác állította össze a doksit, aki megtartotta a prezentációt is és csak simán elírta, vagyis nem a leggyakrabban használt kifejezést használta itt. Azt meg régóta lehet "tudni", hogy a Zen magjai SMT-képesek lesznek.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Goose-T #15908 üzenetére
Kicsit részletesebben a hipotetikus 16 magos APU-ról:
AMD ZEN CPU and APU Specs Confirmed?"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Malibutomi #15916 üzenetére
250 wattos TDP mellett lehet is az.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Malibutomi #15918 üzenetére
"Azzal mar nem is veszes, de a socket elbir ennyit?"
Ha a fogyasztás szempontjából érted, miért ne bírna, ha úgy tervezik? Ha jól rémlik, az IBM POWER 7-nek is 250 watt volt a TDP-je. És már az IBM gyártástechnológiája is a GloFo-é.
(#15925) Oliverda:
"Ez egy szerver APU lesz HPC-be. Szerintem desktopra le sem hozzák, nem lenne sok értelme."
Szerintem sem. De ha lehoznák (akár csak workstation-be), akkor is 1000+ dolláros cucc lesz.
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz Balala2007 #16808 üzenetére
"FLOPS-ban konkretan a fele lesz a Skylake-nek per core."
Ez ugye csak az AVX-512-re érvényes? Vagyis ott, ahol az 512 bites vektorműveletek mehetnek? Tehát pl. 256 bites AVX-ben már kb. egál?
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Skylake Xeon támogatja (vagyis fogja), ha jól tudom.
(#16814) Balala2007
Köszi.
Azt "tudom", hogy a Zennél (még?) nincs AVX-512 (talán nem is lesz soha, mert állítólag az AMD nem "hisz" benne, inkább a HSA-irányba fektet). Viszont az számomra érthetetlen, hogy miért nem tud FMA-t a 2-3 porton a Zen... Amikor az FMA "élharcosa" (első implementálója x86-on) pont az AMD volt a Bulldozerrel... Most meg úgy néz ki, hogy FMA szempontjából teljesítményben egy Zen core=egy Bulldozer uarch modul (2x128 bit FlexFP)...[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
válasz apatyas #17348 üzenetére
XOP is úgy volt eddig, hogy kimarad. Viszont AVX2-nek meg kéne lennie elvileg... [link], [link] Persze esélyes, hogy a CPU-Z hibásan-hiányosan ismeri még fel.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hugo chávez
aktív tag
Azt hiszem még nem volt belinkelve, AMD Zen-oldala:
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Az ide nem illő hozzászólások topikja:[link]
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva.