- Milyen belső merevlemezt vegyek?
- Milyen billentyűzetet vegyek?
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Xiaomi Pad 6S Pro 12.4 - Kína (válasza az) iPad(r)e
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- HiFi műszaki szemmel - sztereó hangrendszerek
- Kormányok / autós szimulátorok topicja
- Sony MILC fényképezőgépcsalád
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- OLED TV topic
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Folyamatosan hazudott a bitcoin állítólagos feltalálója
it Egy brit bíró szerint Craig Wright, a bitcoin állítólagos feltalálója folyamatosan hazudott és bizonyítékot hamisított.
-
Drágábban indíthat az új iPhone SE
ma 2025 tavaszán érkezhet az új SE, az Apple az 500 dolláros határig emelhet valamennyit az áron.
-
PROHARDVER!
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
xatos3
senior tag
egyre inkább annak az előszele érződik, mintha a kemény gémer//nagy teljesítményű gépek kivonulnának a piacról, és helyette középkateg lenne minden
szabályosan összemennek a pécék? (teljesítményben, nem méretben)
ahhoz azért iszonyatosan gyerekcipő még a rendszer hogy egy 7970+fx 8350 kömbóval egy apu felvegye a versenyt, mi lesz azokkal akiknek nagy gép kell?nem tetszik ez nekem.....
[Noctua NH-D15 Chromax.Black] [RYZEN 5900X] [ASUS X470 PRIME-PRO] [ASUS TUF 6700XT OC 12GB] [32GB CORSAIR VENGEANCE SL 3600] [LIAN LI O11 DYNAMIC XL ROG] [szerver: synology DS923+]
-
-
leviske
veterán
"A fejlesztők szerint 4 év elég lesz, hogy a játékos konfigurációk felzárkózzanak a konzolok mögé és el is terjedjenek."
Azaz hosszabb távon mégiscsak életképes a PC-s játékpiac? Azt hittem nagyban múlik a Microsoft-on, hogy ölnek-e energiát az API-k fejlesztésébe. Meg mit számolnának a diszkrét GPU-k, ha a konzoloknak az a pozitívuma, hogy az adatokat nem kell nagy késleltetéssel egymás közt dobálni.
-
lee56
őstag
Az világos, a Jaguár "magok" más dimenzióban dolgoznak mint csak akár a sima "Bulldozerek"
Na de a #11993-asban azt írtad hogy 6-8magos FX-nél a Kaverivel gyorsabban fognak futni a játékok, na most egy olyan modern engines game mint a BF3-4 vagy a Cry3 ami már most is jól kezel 8 vagy több magot is, ott is megállja a helyét vajon amit mondasz? Részben költői a kérdés, mert valószinüleg ehhez majd teszteket kell nézni, amint lehetőségünk lesz összevetni őket. De nekem az az érzésem, mint minen új programozási séma (lásd első 2-magvas processzorok, 64-bit, stb) megjelenésénél, hogy kb évezredeknek kell eltelnie, mire tényleg ki tudják használni a programok ezeket, és főleg úgy hogy jól. Itt mondjuk az új konzolok jelentenek talán egy gyorsító faktort, de azért nem hiszem hogy csak úgy hiphopp átváltozik a világ.No Comment
-
TESCO-Zsömle
félisten
Csak a tisztánlátás végett, mert felmerült a kérdés, és szeretném tudni, hogy nagy hülyeséget mondtam-e: Egy olyan játékban, ahol a grafikai és minden egyéb számítás APU-ra van optimalizálva, milyen szerep juthat egy kártyán csücsülő dGPU-nak az APU mellett?
Sub-Dungeoneer lvl -57
-
lee56
őstag
Még mindíg azt mondom hogy kissé korai jövőképet vázolsz fel. Egy ilyen globális szintű változáshoz idő kell, a fejlesztőktől is, és főleg a felhasználtóktól, akik javarészt nem mennek a boltba havonta új gépet vásárolni, és erre még egy-egy új játék sem mindenkinek elég mentség.
Mondjuk szép húzás volt ez AMD-től, így egyszerre osztottak ki pofont az Intelnek is és az nVidiának.
De kicsit ráérhettek volna vele, előbb letehetnének egy Steamroller FX-et az asztalra, utána jöhet a jövőÉs így valóban jó kérdés, hogy majd milyen szerep jut a VGA-knak, ha lesznek még, egyáltalán.
Mivel az egyre szorosabb integráció felé halad mostmár mindenki, ebből az következne hogy nem sokáig.No Comment
-
xatos3
senior tag
és mire megyek majd egy 4 magos procival fm2 vagy fm3 foglalatban, meg annak az igp-jével például egy crysis 4 esetén? mostantól az amd csak alsó középkateg lesz proci téren? vagy szerver platformos amd-t kell majd venni ha i7el akarok versenyezni? lehet venni socket g34et és utódait?
[Noctua NH-D15 Chromax.Black] [RYZEN 5900X] [ASUS X470 PRIME-PRO] [ASUS TUF 6700XT OC 12GB] [32GB CORSAIR VENGEANCE SL 3600] [LIAN LI O11 DYNAMIC XL ROG] [szerver: synology DS923+]
-
xatos3
senior tag
tehát esélyesnek tartod hogy 1-2 év mulva egy APU képes lesz akkora számításra - vagy többre - mint most egy 8350+7970?
[Noctua NH-D15 Chromax.Black] [RYZEN 5900X] [ASUS X470 PRIME-PRO] [ASUS TUF 6700XT OC 12GB] [32GB CORSAIR VENGEANCE SL 3600] [LIAN LI O11 DYNAMIC XL ROG] [szerver: synology DS923+]
-
fatallerror
addikt
ezt mondom én is h sok a pénz a konzolokból ezért ahogy írod te is beütemeznek mindent : D
és ezzel ők csak a hardveres problémát oldják meg, többi a ms-en v aki éppen api-t fog adni. tehát az amdnek csak eddig lesz rá hatása.
az az igazság h itt már olyan vizuális minőséget fognak elérni a játékok h egyre kevesebb érv lesz a pc (apu) mellett. na és itt legyen majd ügyes a marketinggépezet az amd-nél h úgy érveljenek a pc mellett h ami a konzolban van az is az övéké#12079) Abu85 : az ignite engine nekem hihetőnek tűnt h tényleg olyan mert cg-nek túl gyenge míg a korábbihoz képest meg annyival jobb ami elvárható 1 8x erősebb konzolon, forza 5 is valódi volt azt mondják. úgyis hamar pofáraesés lenne ha nem így néznek ki ezek a motorok
2005ben emlékszem h így néztek ki az ea sports játékok csak nem bírta a konzol és butítani kellett a fifa-t konzolokon is#12075) miklosss2012 : hát akkor meg nincs itt gond, vedd amelyikkel megkapod a kívánt sebességet
[ Szerkesztve ]
don't tell me what i can't do!
-
TESCO-Zsömle
félisten
Én arra gondoltam, hogy ha egy a mai konzolokhoz hasonló rendszer jön el az asztali vonalra. Új API, heterogén programozás, stb és már egy APU önmagában képes lesz a konzolok szintjét hozni, akkor kihasználható lesz-e egy esetleges dedikált GPU, ha a dolgok zömét már az APU számolja heterogén módon, és ha igen, akkor milyen feladatokat lehet kiadni neki. Én laikusként a post-process effekteket előlegeztem meg.
Sub-Dungeoneer lvl -57
-
dezz
nagyúr
És mi a helyzet a PCIe3.0-ával? Azt gondolnám, hogy az FM2+ újdonsága legfőképpen ez. Tehát, hogy támogatja a platform, ha a beletett APU is támogatja. FM2 lapba téve pedig PCI2.0 módban működik.
(#12066) TESCO-Zsömle: A játékmotorok többsége ma még a régi sémát követi: a proci kiszámolja a jelenet rá eső részét, aztán áttolja az eredményül kapott adatokat a GPU-nak, ami kirendereli, shaderezi, stb. Az APU alapú konzolokkal ez meg fog változni, mert számos előnye van, ha nagyobb lehet a kooperáció a kettő között, komolyabb lehet a fizika is, stb., de azért nem egyik napról a másikra.
(#12079) Abu85: Funkcionalitásban és nyers teljesítményben valahol ott lesz a Kaveri, mint a konzolchipek (bár a Microsoft és a Sony is kértek pár kisebb, de annál hasznosabb bővítményt), azonban sávszélességben nem...
-
-
TomiLi
addikt
Értem én, hogy független az alaplap gyártás a cpu(apu)-tól, de várható, hogy előbb piacra dobják (és ha igen: mikor???), mint hogy megérkezik a Kaveri?
Ha nem jelennek meg a lapok előbb, akkor szükebb réteget fog érdekelni, hogy bele megy a Trinity.
Ha mostanában jelenne meg, vagy egy-két hónap múlva, akkor már sokan alapoznának rá.A Kaveri-ről egyébként milyen konkrétumokat lehet tudni, miben lesz jobb, mint a Trinity? Vagy ezt még az AMD-nél sem látják tisztán?
Egyébként az AMD-nél miért van mindig ez a herce-hurca. Titkolozás, bizonytalanság, kevés példány szám (pl anno sokan panaszkodtak, hogy Llano notebook alig volt kapható) stb....
(#12324) Oliverda oké köszi, ezt gondoltam, csak nem értettem, hogy ezt miért kell kiemelni, hogy csak a "dobozos" verzió jelenik meg, meg hogy kevés példány szám... .Nem értem ez miért van így, miért jó az AMD-nek. Gondolom nem jó, de valami gond van akkor a háttérben (majdnem hát-trében-t írtam.... )
(#12326) Oliverda Igen az, csak semmit nem ér, mert hiába írnak le valamit az év elején közepén, az úgy sem fog megvalósulni, csúszik, nem igaz. Vagyis csak részben....
Az alaplapok megjelenéséről meg még mindig nem tudok semmit...
Köszi a két nagyon segítőkész hozzászólásod![ Szerkesztve ]
Bogyorisz
-
dezz
nagyúr
Nem magukra az IC-kre gondoltam, hanem a SO-DIMM modulokra.
Egyre több mini alaplapon található SO-DIMM! Nem lenne szentségtörés, ha FM2+ lapok is jönnének vele...
Amúgy milyen nem Kaveri alapú mobil platfomra gondolsz?
Közben látom, van már róla hír itt is. Nézem.
[ Szerkesztve ]
-
Oliverda
félisten
Szvsz azért vannak még DDR3-as VGA-k, mert ezzel könnyen le lehet butítani az adott terméket. Nem hiszem, hogy ezen a téren annyira hiánypótló lenne a szabvány, inkább a DDR3 és DDR4 közötti rés betöltésére lehet jó.
lee56: A DDR4 aranyárban lesz egy darabig, ami máris kizárja, hogy helyet kapjon egy költséghatékony platformban.
mod: valószínűleg éppen emiatt gondolkoznak a GDDR5M-ben.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
dezz
nagyúr
Tudom, de a kisebb méretű nem-mobil alaplapokon is előszeretettel kezdik használni. Meg hát nem csak a desktop/más nem-mobil vonal jön számításba. Azt is el tudom képzelni, hogy először mobil vonalon vetik be majd (egyszer), ahol egy Kaveri(2.0?)+GDDR5M kombóval ki lehet váltani egy komolyabb mobil dGPU-t.
[ Szerkesztve ]
-
TomiLi
addikt
Lehet hülye kérdés:
A következő körben oda kerül be, ahol nincs idő kivárni, hogy a rendszermemória és a VRAM egymás között másolgasson több MB-os adatokat.
Ezt úgy kell érteni, hogy kimarad a DDR3 (ha nevén nevezzük a rendszermemóriát) Akkor tulajdonképpen édes mindegy lesz a DDR3 sebessége, ha a GPGPU dolgozik helyette ? Vagy nagyon nem értem, és inkább ne menjünk bele, mert nekem kicsit kínai ezen a szinten már a téma....
Ezek a programok már ma is használják. Mik ezek a programok? tényleg nem vágom, nektek ez kis ujjból megy, nekem meg sehogy, csak felületi szinten szeretnék tisztában lenni a dolgokkal.
THX
Bogyorisz
-
Oliverda
félisten
Valóban mondtak 30%-ot, csak nem az IPC-re.
Az az érték front endre, pontosabban a dekóderre vonatkozott:
Amit az általános teljesítménnyel kapcsolatban nyilatkoztak, az 15% perf/watt növekedés volt.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
Visszanéztem pár külföldi oldal összefoglalóját, és sehol nem említenek 30%-os IPC növekedést.
Az utolsóból:
"Overall, these changes add up to a whopping 30% improvement in ops dispatched per clock cycle—and these numbers are based on simulation, not just hopeful estimation."
Tehát ami a fenti dián is szerepel. Erről beszélhetett Papermaster.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
Az imént azt is meghallgattam, és konkrétan a front end-del kapcsolatban jött elő az ominózus 30%. Az IPC-ről nem esett szó benne, legalábbis ilyen konkrét, számszerűsített formában nem. Gondolom ezen Anand meg a többiek szokás szerint személyesen is jelen voltak, így kétlem hogy elkerülhette volna a figyelmüket egy ilyen kijelentés. Ergo ők is megírták volna ha elhangzott volna.
Talán 15%-ot hozhat a front end, bár még messze nem derült ki róla minden részletes infó ahhoz, hogy ezt teljes bizonyossággal ki lehessen jelenteni.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
Az FDSOI és az ETSOI között mi a különbség? Ahogy néztem elég hasonló a két technológia.
"A HDL meg nem lehetséges a GloFo-nál, mert azokat a libeket az AMD a TSMC-nél használja."
Ez akkor egyben azt is jelentené, hogy hamarosan az összes processzorukat a TSMC-nél gyártanák majd, ami nem hangzik túl valószínűnek.
Logikus lenne egy már bejáratott technológián illetve lapka dizájnon kipróbálni a HDL-t.
"2015 után már lesz Java WORAP elven, vagyis értelmetlen most visszakozni, amikor egy rakás pénzt öltek abba az Oracle-lel egyetemben, hogy végre ne a CPU-t használják a szerverfeladatokhoz."
A Java csak egy a sok felhasználási terület közül. Példádul az SAP HANA-hoz vagy ahhoz hasonló adatbázisrendszerhez nem lesz támogatás, ergo ott még egy darabig nem sokat fognak érni a GPU-val. Jó néhány területről automatikusan kiütnék magukat ezzel a stratégiával.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
Akkor jól sejtettem, hogy a kettő gyakorlatilag egy és ugyanaz.
Annyi értelme biztosan lenne, hogy kipróbálnák, és erre ideálisabb egy már jól ismert technológia egy jól ismert dizájnnal. Majd kiderül.
"Az Oracle partnerség azért van, mert ők ismerték fel leghamarabb, hogy itt azért nem kicsit lehet gyorsítani. A többiek ugyanúgy felismerhetik ugyanezt."
A történelem már számtalanszor bizonyította, hogy itt nem az ész érvek diktálnak. Ameddig az Intel nem bólint rá ezekre, addig nem fogják "felismerni". Addig pedig olyan termékkel kell előállni, ami alternatíva lehet, vagy egyszerűen nem rúgnak labdába.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
stratova
veterán
Ha a korábbi híredet nézzük akkor már 28 nm-eis látványos előrelépés lenne az FD-SOI a jelenlegi PD-SOI-hoz vagy azonos csíkszéességű Bulkhoz mérten. Vagy tévedek?
A vállalat a bulk és az FD-SOI összevetésére a szintén érkező NovaThor L8540-es SoC-ot vette elő, mely lényegében csak két ARM Cortex-A9-es magot kap, és 28 nm-es bulk technológiával készül. Az L8540-ben egy mag 1,85 GHz-es órajelen fogyaszt annyit, mint a L8580-as SoC egyetlen magja 2,5 GHz-en. A különbség drámai. A további mérések szempontjából a cég egységes órajelre koncentrált 1,85 GHz-es és 800 MHz-es órajelen az FD-SOI struktúra ugyanazon a csíkszélességen rendre 25 és 50 százalékkal fogyaszt kevesebbet. Az FD-SOI az IGP-re is kedvező hatással van. Az L8580-as lapkában ugyanaz a fejlesztés 20%-kal kevesebb energiával is beéri azonos órajelen. Az integrált LTE modemre is kedvezően hat az eltérő gyártástechnológia, ugyanis az FD-SOI 12%-kal ennek is redukálja az energiaigényét.
Most Kaveri 28 nm HKMG PD-SOI vagy FD-SOI lesz? (sajnos az előbbire tippelek), mert ha ebből jó vettem ki GloFo épp ST-vel dolgozik az utóbbin.
-
Fiery
veterán
Max. 8-at, igy van Persze ha lesz ra igeny, akkor barmikor tud az AMD 8-nal tobb GCN2 CU-t integralni a Kaveri 2 CPU-modulja mellé, csak annak sajnos a TDP-keret látná kárát. Az egesz 13 CU-s marhasag egy Sandra screen shot-bol indult ki, ami siman lehet teves detektalas miatti fals informacio is...
-
TESCO-Zsömle
félisten
Értem, ez eléggé nagy bajnak tűnik. Mit jelenthet ez a jövőre nézve? Gondolok itt arra, hogy az Intel 2 éven belül ki fog jönni a MIC-el szerelt HPU-val, mert ugye sok pénz áll benne és amúgy sincs idő (nem beszélve a lehetőségről) új koncepcióba kezdeni. Mivel állnak majd szemben?
Addigra már lesz a piacon egy kazal Gaming Evolved játék Matle-el erősítve, zömük valszeg nextgenről portolt multiplatform. Szintén lesz egy csokor olyan GE cím is, ami már támogat csak a GCN-nel szerelt APU-kon futtatható funkciókat, legyenek ezek plusz látványt, vagy csak gyorsabb futást eredményező kódok. Az AMD a konzolokból befolyó pénz jó részét vissza fogja pumpálni, hogy minél több stúdiót ösztökéljen az új vasak és funkciók kihasználására.
Emellett nyomják be a GCN-t minden lehetséges formában a szerverpiacra is.
[ Szerkesztve ]
Sub-Dungeoneer lvl -57
-
Fiery
veterán
"Ez elvben okés, viszont így más minden 5 MB-os cacheterület helyére rak 1 TFLOPS-ot, ami már nem jó."
Ezt hogy szamoltad ki? A Crystal Well eDRAM-ja 128 MB-os, es 84 mm2 teruletet foglal. 5 MB-nyi eDRAM 3.28 mm2-nyi helyet visz el csupan. Ehhez kepest a Hawaii 430 mm2-en kepes 5.6 TFLOPS-ra, a Tahiti meg 365 mm2-en kepes cca. 4 TFLOPS-ra. Ez alapjan -- persze tudom en, hogy ez nem ilyen egyszeru -- 1 TFLOPS helyigenye legyen 40 mm2 durvan. Tudom-tudom, a Hawaii-ban tobb ROP blokk van meg TrueAudio, legyen akkor 20 mm2 1 TFLOPS-nyi CU helyigenye. Nagyon messze van ez a 3.28 mm2-tol...
Raadasul, hiaba is raksz be +1 TFLOPS-ot mondjuk egy Kaveriba (ami alapbol kozel 1 TFLOPS), nem er az egesz semmit, ha nem tudod etetni memoriaval. Ergo oda is kene eDRAM vagy L3 cache, hogy mukodhessen a nagyobb szamitasi kapacitas. Vagy GDDR5, ami meg ugye tudjuk, hogy megse lesz. De mondjuk 2 TFLOPS se lesz, me'g a Carrizoban se...
Ha csak durva viccnek szantad, smiley nelkul, akkor sorry, hogy komolyan vettem
[ Szerkesztve ]
-
Fiery
veterán
"Az AVX is OpenCL-lel használható ki a legjobban"
Probaltal mar CPU-n OpenCL kodot futtatni? Botranyosan lassu, fuggetlenul attol, hogy Intel vagy AMD processzorrol van szo. Ha valaki egy kicsit is ert az AVX-hez, az inkabb nekiall nativ kodot irni, vagy valamilyen fuggvenytarat hasznalni, mintsem hogy nekialljon OpenCL-en at vacakolni az AVX-szel... A GPU-kon az OpenCL mas teszta persze, azzal kevesbe a teljesitmeny a gond, inkabb a compilerek sz*rok.
-
Fiery
veterán
"Ők is belátták, hogy bőven van olyan algoritmus, amit OpenCL-ben könnyebb megírni AVX2-re."
Ezt nem vitatom, a fejlesztok lustasaga vegtelen Viszont az is teny, hogy az OpenCL CPU driverek egyszeruen lassuak. Lehet, hogy me'g mindig gyorsabb ugy, mint ha mondjuk nativ SSE kodot futtatnanak, de a nativ AVX/AVX2 kodtol nagyon messze van az OpenCL CPU driverrel elerheto teljesitmeny.
"Ennek egyébként kifejezetten örülnek a fejlesztők, annak már nem, hogy a tömegprocikból hiányzik az AVX2, tehát kaptak is segítséget meg nem is."
Mondjuk ez konnyen athidalhato, hiszen ahol nincs AVX2, ott jo esellyel van eros dGPU vagy eros iGPU De ennyi erovel akkor mar az AVX/AVX2 OpenCL CPU driver megoldast is lehetne az Intel iGPU-n futtatni, es mehetne kellemes tempoval.
"Az OpenCL-en azonban nagyon rajta van az Intel"
Van hova fejlodniuk, ez teny
[ Szerkesztve ]
-
Oliverda
félisten
Számomra ez így első hallásra elég hihetetlenül hangzik. Ott van példának az OpenGL és D3D API, ami ugyebár nagyban visszafogja a GPU-k teljesítményét, CPU fronton pedig éppen fordítva lenne? Valahogy kétlem.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
TESCO-Zsömle
félisten
-
batt
aktív tag
Sziasztok! Abu vagy esetleg valaki nem tud véletlen valami programot vagy bios mod-ot hogy lehessen tunningolni egy kabini E1 APU-t? (2100)
Ha csak egy kis esély lenne rá de boldog lennék! A "gpu"ja meglepően egész erős de a proci nagyon gyenge!
Nagyon új még elképzelhető,hogy később lesz rá valami?
[ Szerkesztve ]
Asus Rog Flow X13 @XG Mobile RTX 3070*^*Asus FX505GM
-
Fiery
veterán
"Az Intelnek a MIC-kel pont az a problémája, hogy sokkal több tranyó beépítésére lenne szükségük, mint ami lehetséges"
Oke, akkor beszeljunk konkretumokrol a MIC kapcsan. Ha jol sejtem, az Intel altal megcelzott teljesitmeny az 1 TFLOPS (egyszeres pontossaggal), hiszen a Kaveri is kozel ennyit fog tudni, a Carrizo pedig minden bizonnyal -- nemileg -- meg fogja haladni ezt a teljesitmenyt. 1 TFLOPS-ot MIC-kel hogyan tud az Intel eloallitani _szerinted_? Milyen orajel, hany mag es hany tranzisztor szukseges hozza?
A driver meg tenyleg sz*r, de azon a legkonnyebb csiszolni, javitani. Ne ugorjatok a torkomnak mindjart, en is tudom, hogy ez csak elmeletben van igy, es sok idobe telik Csak epp ha van egy valamilyen iGPU hardvered, azon menet kozben mar nem tudsz varialni; viszont a driver benasagat a meglevo vasakra is tudod me'g menet kozben finomitani. Mindennek az alapja egy jo vas lenne, a driver-team meg elobb-utobb majd csak felno vegre a feladathoz. Megjegyzem, siman lehet, hogy a MIC-es megoldast azert is erolteti az Intel (ha a desktopra is erolteti), mert drivert es/vagy OpenCL compilert sokkal egyszerubb lenne irniuk hozza. De ez megint csak egy sejtes, nyilvan mas faktorok is szerepet jatszanak a dontesben. A tranzisztorszam viszont biztosan nem, legalabbis nem olyan szinten, hogy azon akarnanak sporolni. Van boven tranyo, csak az ertelmet kell kitalalni par milliardnak
[ Szerkesztve ]
-
Fiery
veterán
Sok mindenre mondja azt az AMD, hogy ugy a legjobb, ahogy ok csinaljak. De az ilyen dontesek mogott sokszor az is all(hat), hogy ok igy tudjak megoldani a problemat. Minden generacional arrol beszelnek (AMD), hogy a kovetkezo mennyivel kozelebb hozza oket a vegcelhoz. Mindig van egy igeret, hogy a kovetkezo mennyivel jobb lesz. Inkrementalisan epitkeznek, sok evbe telik (7-8), mire elerik a vegcelt. Az Intel mas utakat jar, nekik van kapacitasuk meg eroforrasuk arra, hogy radikalis valtoztatasokat eszkozoljenek, kiprobaljanak ujszeru dolgokat. Aztan vagy belebuknak (Itanic), vagy nem. Az LLC kapcsan pedig az is megoldhato lenne, hogy ha pl. egy kozos cache-be dolgoznanak, csak az jol el lenne szeparalva 2 reszre, amikor az iGPU is szemetel. Persze akkor minek a kozos cache, johet a kerdes? Hat pl. azert, mert ha a CPU-nak kellene a nagy cache, akkor jol jonne. Ezert baromi jo az eDRAM: azt tudja hasznalni a CPU is L4 cache-kent. Ha megnezzuk, mennyi cache van egy Kaveriban, es mennyi egy Crystal Well-ben, hat eleg brutalis a kulonbseg. Persze tudom en, hogy minden az iGPU-rol szol, es a CPU csak disznek van ott, minek gyorsitani holmi cache-ekkel
-
Fiery
veterán
22 nanon 1,86 milliard tranyo es 257 mm2 egy 6 magos Ivy Bridge-E. Ebbol nagyjabol lehet kovetkeztetni a tranyo surusegre -- persze egy iGPU mas tema, mint egy sima CPU, es a MIC cache mereteket sem tudjuk. Ha a szamitasaidat vesszuk figyelembe, akkor csak az iGPU lenne mondjuk 276 mm2 MIC alapokon, 22 nanon. Mivel 14 nanon jon a Skylake, igy kis tulzassal skalazzuk azt le 175 mm2-re mondjuk. Ez me'g mindig csak az iGPU, 2 milliard tranyoval.
A CPU+Uncore resz meretere nehez becsleseket adni, hiszen nem tudjuk a cache mereteket, valamint hogy AVX-512 lesz-e mar a Skylake-ben. Az szinte biztos, hogy 4 magos lesz. De legyen mondjuk hasonlo meretu es kialakitasu, mint a 4 magos Sandy Bridge-E, csak 14 nanon gyartva, ugyhogy legyen mondjuk a CPU resz 1,3 milliard tranyo es 128 mm2. Ezzel a CPU+Uncore+iGPU osszesen 3,3 milliard tranyo es 303 mm2. Ez nem kicsi, de nem is mondanam legyarthatatlannak. Meretben hasonlo kategoria, mint a Sandy Bridge-E (ami 32 nano / 4 mag: 294 mm2), a tranyoszam meg nem nagy cucc, gyartott mar ennel sokkal durvabbat is mindharom GPU gyarto. A Crystal Well kapasbol nagyobb (348 mm2) az eDRAM-mal egyutt, bar annak a tranyoszamat nem tudjuk. Megjegyzem, a 2 modulos Trinity/Richland sem sokkal kisebb, cca. 250 mm2.
Mas kerdes persze, hogy mennyit disszipalna egy ilyen proci, es mekkora orajeleken tudná hozni a Kaveri vagy a Carrizo tempojat. Az AMD-s sracok nekem pont azt elemezgettek, hogy az Intel baromi jo cuccokat tud gyartani, csak az orajel a baj, azt nem lehet tulsagosan felnyomni, mert nagyon megszalad a TDP. Ugyhogy ha iGPU-rol van szo, es a hw dizajn megfelelo, akkor egy megfeleloen alacsony orajelen mukodhet a dolog 2 milliardnyi iGPU tranyoval SZVSZ.
[ Szerkesztve ]
-
Fiery
veterán
"A HSA az nem csak CPU és IGP integrációja. Annak van egy memória és queueing modellje."
Marmint arra gondolsz, hogy a megosztott memoria mukodesehez van szukseg -- tobbek kozt -- IOMMUv2-re. Ez stimmel is. A HSA-hoz alapkovetelmeny a megosztott memoria, amihez az AMD-nel kell az IOMMUv2. De a HSA kapcsan felesleges IOMMUv2-t igenyelni vagy nezni vagy keresni; a lenyeg, hogy ha nem mukodik a megosztott memoria, akkor nem HSA-capable a vas, tehat HSA szempontbol irrelevans.
"Ugyanolyan támogatása lesz így ennek mint a Trinity/Richland APU-nak."
Vagyis semmilyen, ha a HSA szemszogebol nezzuk. A megosztott memoria nem fog mukodni, ez a baj, ahogy a Trinity/Richlandnel sem mukodik, hiaba van ott az IOMMUv2.
-
Fiery
veterán
Oke, de ha a HSA legacy modban megy, akkor nem sokkal jobb, mint egy OpenCL 1.2-es jelenlegi rendszer. Akkor csak a video driverrol valo levalasztas az elonye, a gyorsabb kernel launch meg a jobb queuing. Ezek meg osszessegeben nem nagy dolgok, sajnos, az igazi dobas a megosztott memoria. Ertem en, hogy azonos modon kodolsz, de ha amugy is az OpenCL-t valasztja a fejleszto nyelvnek, akkor a HSA legacy modja es a mostani OpenCL-es megoldas kozt azert nincs olyan nagy kulonbseg.
-
Fiery
veterán
Azt azert az Intel vedelmeben erdemes megemliteni, hogy az "x86 rule the world" eddig azert eleg jol mukodott, es bizonyitott. Lenyomtak vele egy halom eros ceget es architekturat, hazon belul me'g az IA-64-et is, es az iGPU vonalon kivul mindenhol remekul mukodik mind a mai napig az x86 (a konzolokban is ). Na jo, a telefonokban meg a tabletekben sem igazan villog az x86, de a Silvermont nagyon jo cucc, helyrerakja a dolgokat megint, es ott a Temash is.
Maga az a teny, hogy egy hosszu evek ota eroltetett koncepcio nem mukodik, nem mindig szegi kedvet az Intelnek (Itanic), de hosszutavon, ha adodik egy jobb alternativa, akkor kepes az Intel is iranyt valtani. Megtortent mar az AMD64-gyel is (bar ott kenyszerhelyzetben voltak a Microsoft miatt), megtortent mar lenyegeben az Itaniummal is, na meg ott volt a Tejas is.
Ha a MIC mondjuk me'g 5 evig nem fut be, akkor tutira kidobja az Intel, es csinal valami mast helyette. Bar, nekem mar az AVX-512 is gyanus: miert nem az LRBNI-t hozta at az Intel a desktopra, miert forditva csinalja? Kerdes persze, hogy ha me'g tovabb erolteti az Intel a MIC-et, akkor nem fog-e tul sokat vesziteni vele...
[ Szerkesztve ]
-
Fiery
veterán
En is azt irtam, amit Te irsz
"A HSAIL annyi, hogy akik a HSA-t támogatják a saját vISA-jukat erre cserélik. Ezzel biztosítva egy igen alacsony szintű kompatibilitási réteget."
Persze, ez egy tok jo dolog, ha masokkal egyutt akarsz mukodni. De ha lekoppintod a HSA-t, akkor maradhatsz a sajat IL-ednel, nem kell vacakolni ujjal.
[ Szerkesztve ]
-
Fiery
veterán
"Azért az OCL2.0 nem csak egy shared virtual memory és kész."
Oke, de en feature szinten feszegetem azt a kerdest, hogy mennyire koppinthato a HSA. Ha lemasolod a HSA-t, de kicsit lassabb, kevesbe skalazhato lesz, az me'g mindig jobb, kivanatosabb lehet vegeredmenyben, mint a mostani OpenCL 1.x-es megoldasok. Ugy is mondhatnam, egy masolt HSA teljesitmenyben a mostani OpenCL-es programok es az "igazi" HSA-s megoldasok koze eshet.
Ú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.
- Beszámítás! Intel Core i7 4790 4mag 8szál processzor garanciával hibátlan működéssel
- Intel I5 14600K 14mag/20szál - Új, Tesztelt - Eladó! 98.000.-
- Hibátlan - INTEL Core i7-9700K 8 mag CPU 4.9GHz + UHD Graphics 630 - LGA1151v2
- Beszámítás! Intel Core i7 4790K 4mag 8szál processzor garanciával hibátlan működéssel
- Intel Core I7 13700K - //Új//6hó garancia//Beszámítás//
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs