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

• #74 Fiery veterán LordX #72

  Új Válasz 2013-10-30 18:08:13 #74

  Ú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 #72 üzenetére

  Kicsit tulzas a par ezer mag. A legdurvabb Xeon Phi SKU-ban is csupan 61 db MIC mag van, max. 1.33 GHz-es orajelen, a Xeon Phi kartya igy 300W TDP-t ad ki. Ha ezt leosztjuk 100W-ra (Intel mainstream desktop/mobil CPU-nal a TDP ennel tobb nem nagyon lesz mar), es atrakjuk fejben 14 nanora, akkor sem igen kepzelheto el 20-25 MIC magnal tobb (kezdetben), hacsak nem nyomjak le az orajelet 1 GHz alá. Mas kerdes, hogy ennyi mag mire lesz eleg. 800-1000 GFLOPS kellene minimum, hogy kompetitiv legyen a cucc a Carrizo GCN iGPU-ja elleneben.

• #73 bbTamas77 aktív tag LordX #72

  Új Válasz 2013-10-30 15:19:44 #73

  Ú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

  

  bbTamas77

  aktív tag

  válasz LordX #72 üzenetére

  Köszi a választ, kíváncsian várom a többiek válaszát, hogy hogyan is van ez.

• #61 Abu85 HÁZIGAZDA LordX #55

  Új Válasz 2013-10-29 20:36:04 #61

  Ú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 LordX #55 üzenetére

  [link] - Vettek bizony hozzáértőket. Bár ez a ZiiLabs is egy agyonemulálós cucc. Meg is látszott a teljesítményén, vagy 100x lassabbak voltak mindenkinél, de futott az alkalmazás. Ez az emuláció valami fétish lehet az Intelnél szvsz.

  Egyébként korábban is megvoltak a világszinten zseni embereik ... Michael Abrash, Andrew Richards, Atman Binstock, Tom Forsyth, Mike Sartain, John Gustafson. Csak ők nem voltak annyira lelkesek a koncepció láttán, mint az Intel vezetősége. Ez nyilván egy olyan érdekellentét, ami után ők húzták a rövidebbet. A sluszpoén, hogy a MIC végül nem lett binárisan kompatibilis az x86-tal, tehát nem a mérnököknek lett igazuk.

• #58 #25954560 törölt tag LordX #50

  Új Válasz 2013-10-29 20:28:30 #58

  Ú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

  

  #25954560

  törölt tag

  válasz LordX #50 üzenetére

  a fullos asm projekt nem olyan volt. egyedi tervezesu packet processzorok.
  a mostani viszont mar tavaly olyan vason futott, ami csak iden jelent meg. es vadiuj projekt

• #51 Fiery veterán LordX #49

  Új Válasz 2013-10-29 16:27:58 #51

  Ú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 #49 üzenetére

  Ez nyilvan igy van, de attol me'g a VLIW4 a VLIW5 utan nem nevezheto gyokeresen uj architekturanak.

• #45 #25954560 törölt tag LordX #34

  Új Válasz 2013-10-29 15:16:19 #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

  

  #25954560

  törölt tag

  válasz LordX #34 üzenetére

  sajnalom, de akarcsak Fiery, en is assemblyben (is) dolgozom. egy eve uj teruleten vagyok, de egy evvel ezelottig _kizarolag_ assembly volt.
  multinal, nem kicsi garazscegnel. ha teljesitmeny kell, akkor tovabbra is nagyon ugy latszik h adott vason a gepi kod az, amivel a legtobbet ki tudsz belole hozni. idoigenyesebb, ez ketsegtelen. de megeri
  szoval nem csak par oskovulet z80-on szuttyog asm-mel

• #44 #06658560 törölt tag LordX #41

  Új Válasz 2013-10-29 15:03:46 #44

  Ú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

  

  #06658560

  törölt tag

  válasz LordX #41 üzenetére

  Akkor kezdjük újra: azt írod, senki nem dolgozik ilyen alacsony szinten komolyan. Erre azt válaszolom, hidd el, de, hisz mindig vannak ilyen elvetemültek- akiknek kényelmesebb a saját problémájukat mélyen megoldani. Ehhez miért is kell programot mutatnom?

• #43 Fiery veterán LordX #34

  Új Válasz 2013-10-29 14:57:26 #43

  Ú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 #34 üzenetére

  "csak a kritikus részekben vannak ASM utasítások"

  Ez teljesen normalis. Mint ahogy az OpenCL-t hasznosito szoftverekben is csak a kritikus reszeken van OpenCL kod.

  "Azért nincs ASM AMD kártyákra, mert minden 3. évben kijön egy gyökeresen új ISA, és dobhatnád ki az egész kódodat a francba"

  Ettol me'g lehetne. Mindenki dontse el, hogy ilyen feltetelek mellett is megeri-e neki a fejlesztes assemblyben. Egyebkent a "minden 3. évben" es a "gyökeresen" egyutt eleg nagy tulzas. A VLIW5 architektura a Radeon HD 2900 XT-vel jelent meg 2007-ben. Azt facelifteltek, ugy szuletett a VLIW4 -- ami nem gyokeresen eltero architektura -- a Radeon HD 6970-nel 2010-ben. Az igazi uj generacio a GCN, ami 2012-ben jelent meg, tehat mondjuk 5 evente van gyokeresen uj architektura. A GCN2 (vagy mas neven GCN 1.1) sem gyokeresen uj architektura, csak faceliftelt, es velhetoen az is ki fog tartani cca. 2017-ig, kisebb-nagyobb patchelgetesekkel. Az nVIDIA-nal ugyanez a helyzet, a G80 (2006) ota, azzal egyutt is eddig 3 generacio volt, a Tesla, a Fermi meg a Kepler, de ez utobbi 2 vita targya lehetne, hogy mennyire gyokeresen ternek el.

• #40 #06658560 törölt tag LordX #38

  Új Válasz 2013-10-29 14:53:33 #40

  Ú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

  

  #06658560

  törölt tag

  válasz LordX #38 üzenetére

  Márpedig mégis, ha a kommentem képtelen voltál értelmezni a sajátoddal kapcsolatosan- idézet tőled:
  "Ilyen alacsony szinten ma már senki nem dolgozik komolyan."
  Az, hogy te nem találkozol ilyennel, nem jelenti azt, hogy nincsenek ennyire elborultak-a maguk területén egyébként hihetetlen zsenik.

• #35 #06658560 törölt tag LordX #34

  Új Válasz 2013-10-29 14:31:27 #35

  Ú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

  

  #06658560

  törölt tag

  válasz LordX #34 üzenetére

  Szövegértés ellen ma mit vettél be?

• #32 Fiery veterán LordX #28

  Új Válasz 2013-10-29 13:39:11 #32

  Ú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 #28 üzenetére

  Koszonom az elismero szavakat

  "Ha direkten szálakat futtatok, akkor nincs szinkronizáció? Annak nincs overheadje, akár kézzel történik (-> extra meló), akár az oprendszer csinálja (túl általános célú -> gyenge perf)? Nem véletlenül van context meg command queue - pontosan erre."

  Miert kellene az oprendszer szalkezelesenek lassunak lennie? A Knights Landing be tud majd bootolni egy oprendszert, tehat valamilyen szinten az oprendszer fogja kezelni es utemezni a MIC magokat. Ha a Knights Landingnel ezt megoldjak, akkor miert ne oldhatnak meg a Skylake-nel vagy a Goldmont-nal is?

  Az assembly hogyan mukodik x86-on? Yasm peldaul? No rocket science. GCN-re, Keplerre, az Intel GenAkarmennyijeire nincs assembly, pontosabban nem nyilt a rendszer. MIC-re -- ha az Intel egy kicsit is okosan csinalja -- lesz x86 assembler, jo esellyel a Yasm is tud majd forditani ra.

  "Ilyen alacsony szinten ma már senki nem dolgozik komolyan"

  Mi ennel alacsonyabb szinten is dolgozunk komolyan. Pl. kodgenerator, direkt gepi kodu programozas, stb. De persze tudom, hogy a fejlesztok 99%-a nem mereszkedik idaig, tudom hogy kisebbsegben vagyunk. Az extrem optimalizaciohoz azonban a legjobb megoldas mindig az, ha nem kell OpenCL, D3D, OpenGL es hasonlo overheadekkel vacakolni. A Mantle sem veletlenul szuletett, ott is az overheadet probaljak lekuzdeni.

• #29 #06658560 törölt tag LordX #28

  Új Válasz 2013-10-29 12:22:57 #29

  Ú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

  

  #06658560

  törölt tag

  válasz LordX #28 üzenetére

  "És hogy írjak direkten ASM utasításokat? Mert a C++ fordító, OpenCL fordító nem ismeri őket, vagy mi? Ilyen alacsony szinten ma már senki nem dolgozik komolyan. Max egykét kritikus ponton optimizál kézzel, de ez pont azt jelenti, hogy nem dobják ki a magas szintű programnyelvet."

  Bár nem programozó vagyok, de az élet egyéb területeiről szerzett tapasztalataim alapján DE.

  #26 Lomha 8V: küldjem a számlaszámom? Direkt támogatással sikeresebb lennék, hamarabb érnék eredményt.

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