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

• #52 Fiery veterán lezso6 #51

  Új Válasz 2016-01-01 19:39:41 #52

  Ú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

  

  Fiery

  veterán

  válasz lezso6 #51 üzenetére

  Xeon Phi tamogat OpenCL-t is, sz'al nem feltetlenul kell szorakozni a multi-threadinggel. Teny, hogy sosem volt lehetosegem Xeon Phi-t tesztelni, ugyhogy siman lehet, hogy OpenCL-lel valojaban hasznalhatatlan a cucc...

• #45 Fiery veterán Abu85 #40

  Új Válasz 2015-12-31 20:33:44 #45

  Ú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

  

  Fiery

  veterán

  válasz Abu85 #40 üzenetére

  Az emlitett peldak pontosan annyira relevansak az atlag juzer szamara, mint egy fraktal vagy ray-trace benchmark.

• #33 Fiery veterán #06658560 #32

  Új Válasz 2015-12-31 14:20:20 #33

  Ú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

  

  Fiery

  veterán

  válasz #06658560 #32 üzenetére

  Pont arra az 1%-ra kellene, hogy begyorsuljon a gep. Probalj meg pl. webezni egy lassu telefonon, aztan nyergelj at par perc mulva egy gyors telefonra. Mindketton az ido nagy reszet az viszi el, amig olvasod a tartalmat, megis sokkal gyorsabbnak erzodik az a keszulek, ami a weboldalt 1 masodperc alatt tolti be es rendereli le, mint amelyik 3 masodperc alatt. Nem veletlen az sem, hogy sokszor furgebbnek erzodik egy kevesebb magos de magasabb orajelu mobil SoC alapu keszulek, mint egy big.LITTLE SoC-os... Es az sem veletlen, hogy mar egy jo ideje veri az asztalt nehany iparagi szakerto, hogy legyen vegre kulonvalasztva a burst es a sustained teljesitmeny, marmint a mobil benchmarkokban.

• #20 Fiery veterán lezso6 #17

  Új Válasz 2015-12-31 08:48:13 #20

  Ú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

  

  Fiery

  veterán

  válasz lezso6 #17 üzenetére

  "Az egyszálas teljesítmény / fogyasztás arány (x86 vonalon) egy ideje alig javul"

  Ebben egeszen biztos vagy? Es a Carrizo? Meg egy csomo ULV Intel proci? Nem minden a 4+ GHz-es desktop procikrol szol, sot, ujabban mar semmi sem szol roluk...

  "örökké nem lehet csíkszélt csökkenteni."

  Egy jo darabig me'g lehet, 5 nm-ig megvannak a tervek. Az me'g kb. 10-12 ev, az pedig az informatikaban eleg hosszu tav.

  "A FPGA alig valahol"

  Na persze, ezert is fizetett ki az Alteraert 16,7 milliard dollart az Intel. Nyilvan sehol sincs az FPGA, ha ennyi penzt megert az Intelnek a ceg

  "a SIMD kiterjesztések a kutyának sem kellenek"

  Errol hol van konkret statisztika? A PH "hir"-eken kivul persze, amik nyilvan mindig reprezentativ statisztikai adatokon alapulnak.

  "Hacsak nem valaki hirtelen jön valami jobb ötlettel"

  Erre en szemely szerint sokkal tobb eselyt latok, mint hogy a GPU-k altalanos celu felhasznalasa vegre tomegesen is meginduljon. Mar szamtalanszor leirtam: 10 eve megy a **szkolodas a GPGPU temaban, es ennyi ido es elkoltott sok-sok milliard dollar (by AMD) sem volt eleg az attoresre. Egyesek szerint adni kell a dolognak me'g 10 evet -- hasonloan, mint az Itaniumnak?

• #5 Fiery veterán LordX #4

  Új Válasz 2015-12-30 21:30:10 #5

  Ú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

  

  Fiery

  veterán

  válasz LordX #4 üzenetére

  "Az implementációs különbség meg olyan, hogy egyik esetben 64 szál lehet egy workgroupban, a másikban 256 ..."

  Pontosan. A problema csupan az, hogy egyesek -- es itt nem akarok ujjal mutogatni -- azt gondoljak, hogy a GPU-kban levo rengeteg eroforrast olyan egyszeru kihasznalni, hogy radobsz egy bazinagy tömböt a GPU-ra, es majd az megoldja a rengeteg warppal meg rengeteg regiszterrel a kerdest. Ez a trivialis megkozelites, ami nyilvan egyszeru feladatoknal -- pl. egy szazmillio+ megapixeles foto konverzioja szinesrol fekete-feherre -- me'g mukodhet is. De amint valami igazan erdekeset kezd az ember csinalni a GPU-kkal, bejonnek az architekturalis sajatossagok (meg a compiler bugok), amikkel ha nem kezd az ember valamit, akkor bizony nem lesz olyan fantasztikus a gyorsulas egy jol optimalizalt x86 kodhoz kepest, mint az ember azt várná naivan. Es itt nem kell embertelenul komplex feladatokra gondolni. Pl. mar egy pofonegyszeru AES adat titkositasnal is bejonnek az architekturalis sajatossagok.

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