Keresés: - [Re:] IDF 2012: friss információk a Haswell IGP-jéről

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#27 Abu85 HÁZIGAZDA lenox #26

Új Válasz 2012-09-14 13:38:47 #27
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz lenox #26 üzenetére

A mostani Intel IGP-k kontroll nélkül írnak az LLC-be. Illetve írtak, mert az új driverekben ez már tiltva van. Az Ivy IGP-je kapott is egy belső tárat, hogy ne kelljen teleszemetelnie az LLC-t. A funkció persze megmaradt, de csak mint opcionálisan kihasználható szolgáltatás, amit a program oldaláról kell igényelni a grafikus drivertől.
A Larrabee integrációja más, mert az nem úgy dolgozik, mint a mai Intel IGP-k. Az Intel a processzormagoknál is olyan protokollt használ, hogy minden mag írhat a saját szeletébe, de csak olvashat a másik mag szeletjéből. Ezt lehet vinni tovább a Larrabee integrálásával is, hiszen az a rendszer is pontosan így működik. Az tehát biztosított, hogy egy mag, legyen az CPU, vagy úgymond GPU a Larrabee értelmében, csak a saját kis szeletébe irkál. A többi mag szeletét csak olvasni fogja.
Elméletben megoldható. Az eddigi adatok szerint a működés szempontjából azt kell megérteni, hogy ami ebbe a kis tárolóba kerül az nem fog belekerülni a rendszermemóriába. Tehát, ha jó hatékonysággal akarják ezt használni a fejlesztők, akkor olyan dolgot kell ott tárolni, amit a program futtatása alatt csak az IGP fog igényelni. Ha már másolni kell az ronthatja a hatékonyságot. Persze a dGPU is így működik, annak is van külön memóriája, ott is gond az adatmásolás.
#25 Abu85 HÁZIGAZDA t72killer #24

Új Válasz 2012-09-14 10:55:48 #25
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz t72killer #24 üzenetére

AMD Kaveri, NVIDIA Maxwell és Intel Skylake. Nagyjából egy éves eltéréssel jönnek és a Kaveri kezd 2013-ban. A többi rendszer is erre fejlődik. Az ARM például a Skrymir kódnevű projektben koncentrál erre.
Nyilván az kitalálható, hogy ahhoz, hogy ez megvalósuljon a GPU-t a CPU-hoz kell tervezni. Az AMD éppen ezért tervezte a GCN-t úgy, hogy ugyanazokat a 64 bites pointereket kezelje, amelyeket az AMD64-es processzorok. A Larrabee szintén ilyen, szóval az is megoldott. A többieknek nincs x86/AMD64 licencük, így borítékolható, hogy az ARMv8-hoz igazítják majd a fejlesztést.
#23 Abu85 HÁZIGAZDA lenox #22

Új Válasz 2012-09-14 10:33:08 #23
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz lenox #22 üzenetére

Annyi lesz, hogy a CPU és az IGP a rendszermemóriát megosztja. Tehát nincs az IGP-nek elkülönített területe. Teljesen koherens módon osztoznak rajta és egységes címteret is használnak a CPU és a GPU magok.
A hardverben ez gyakorlatilag abból áll majd, hogy van a gyűrűs busz, ami a mostaniban, és azon lesz négy CPU-mag és isten tudja mennyi Larrabee mag, ugyanolyan cache szeletekkel, mint a CPU-mag. Gyakorlatilag képzeld el a Larrabee-t, csak pár magot cserélj CPU-magra.
Amit most csinál az Intel az egyszerűen egy kisebb tár a frame bufferre és a back bufferre, meg ami még esetleg befér, nyilván render targetek. Más haszna nincs. Ha a program nem túlzottan igényli a memóriát, akkor hasznos lehet, és gyorsíthat. Ezt ugyanúgy meg lehet csinálni később is. Persze lesznek programok, amelyek alig veszik ennek hasznát.
#21 Abu85 HÁZIGAZDA lenox #20

Új Válasz 2012-09-14 10:14:35 #21
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz lenox #20 üzenetére

Ezt igazából a Haswellre sosem ígérték. A Skylake lesz ilyen 2015-ben.
#19 Abu85 HÁZIGAZDA Maverick14 #18

Új Válasz 2012-09-13 20:03:54 #19
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz Maverick14 #18 üzenetére

Készülhet, de az a hír járja, hogy az Intel eDRAM-ot, vagy FBC-t fog használni.
#16 Abu85 HÁZIGAZDA t72killer #15

Új Válasz 2012-09-13 12:19:47 #16
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz t72killer #15 üzenetére

Ezek a közeljövő webes vackai: [link] (Flash 11), [link] és [link] (WebGL)
Vagy akár ma ott a Google Maps, ami WebGL-re van rakva: [link]
Vagy később jön a WebCL: [link]
Amerre a cégek viszik a webet, ott nagyon kell majd grafikus/compute teljesítmény. Nem véletlen, hogy az Intel ezt helyezte előtérbe a fejlesztések során.
#14 Abu85 HÁZIGAZDA Male #12

Új Válasz 2012-09-13 11:54:24 #14
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz Male #12 üzenetére

Nem mondtam, hogy az lesz, csak, hogy megoldható elméletben. Inkább 256 bitre tippelek. Az kevesebb tű az interposeren keresztül. De kétségtelen, hogy kivitelezhető az 512 bit is.
(#13) t72killer: Ha az órajelet nem pozicionálod, akkor a teljesítmény is jóval kisebb lesz. Ezt fontos észben tartani, főleg akkor, amikor a megterhelő webes tartalmak már az IGP-n futnak.
#11 Abu85 HÁZIGAZDA t72killer #9

Új Válasz 2012-09-13 11:02:24 #11
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz t72killer #9 üzenetére

Nem lesz. Mobilba GT2 és GT3 lesz. Talán a Celeronok vagy a Pentiumok.
Azzal spórolnak az áramon, hogy GT3-at raknak bele. Amióta haldoklik a Dennard Scaling már nem lehet úgy tervezni mint régen. Magas órajel kevés tranyóval nagyobb fogyasztást eredményez, mint alacsony órajel sok tranyóval. Ezek a gondok a fizika törvényeiből erednek, új node, vagy fejlett gyártástechnológia ezen nem segít.
(#10) juzer78: Semmi gond, hogy ezt felvetetted. Én is keveslem, de ezt mondták. Jobbat nem tudok, mint leírni, és megjegyezni, hogy pletyka.
#8 Abu85 HÁZIGAZDA juzer78 #7

Új Válasz 2012-09-13 10:40:52 #8
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz juzer78 #7 üzenetére

Nézd lehet, hogy 10 lesz. Amíg ezek pletykák, addig ez van, de a 6 jelen esetben valószínűbb. Eddig minden GT1-es IGP-ben 6 volt. Nyilván nem sok.
Max. olyan formában jön, hogy be lehet mutatni, mint a HD 7970-et anno.
#6 Abu85 HÁZIGAZDA Male #5

Új Válasz 2012-09-13 10:27:21 #6
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz Male #5 üzenetére

Megoldható 2.5D stackkel.
#4 Abu85 HÁZIGAZDA erdoke #1

Új Válasz 2012-09-13 10:22:04 #4
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz erdoke #1 üzenetére

A nem eldurvult gépigényű játékokban (Diablo 3, Skyrim, CoD: MW3) a Full HD is mehet neki magas (nem max.) részletességgel. Ezt arra alapozom, hogy a Radeon HD 7660G-nek már most megy, ami ezekben a szituációkban jellemzően kétszer gyorsabb, mint a HD Graphics 4000-es IGP. Valószínű, hogy az Intel mérnökei ezt célozzák meg. Persze egy évvel később mások lesznek a játékok, de a mobil irány miatt a gépigény erős növekedésére azért nem számítok, vagy ha így lesz, akkor is erős lesz a skálázhatóság.
(#2) Srodney: Miért?
(#3) juzer78: A 6, 20, 40-et egy IDF-ről származó adatra alapozom. Kintről segítenek. Pletyka persze, de most ez tűnik valószínűnek.
Biztos nem DDR3. Ezt szintén kintről mondták. Vagy eDRAM, vagy FBC. Az eDRAM a valószínűbb, mert az egy kiforrott technika, míg az FBC új. Persze valamikor az újat is be kell vetni, tehát lehetséges az FBC is.