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

• #68 #65675776 törölt tag Fiery #64

  Új Válasz 2013-10-29 23:51:37 #68

  Ú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

  

  #65675776

  törölt tag

  válasz Fiery #64 üzenetére

  Ha mindent izomból emulálva karsz megoldani, annak ára van. Vagy egy bazi nagy backend kell hozzá, vagy gyenge lesz.

  A Haswell IGP-jének fajlagos teljesítményét vessük össze a konkurenciájéval, és majd utána mondjuk meg, hogy jó-e.

  lenox: Ugyan annyit fogyaszt, cserébe töredékni a teljesítménye.

• #67 lenox veterán Fiery #64

  Új Válasz 2013-10-29 23:00:22 #67

  Ú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

  

  lenox

  veterán

  válasz Fiery #64 üzenetére

  Mellesleg a xeon phi se fogyaszt tobbet, mint a tahiti, es felenel/harmadanal tobbet nem fognak egy cpu-ba rakni, gyanus, hogy kevesebbet fog fogyasztani.

• #63 #65675776 törölt tag Fiery #59

  Új Válasz 2013-10-29 21:53:57 #63

  Ú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

  

  #65675776

  törölt tag

  válasz Fiery #59 üzenetére

  És annyit fog fogyasztani szegény IGP, mint egy Tahiti, csak töredéknyi teljesítményű lesz.

• #60 sh4d0w félisten Fiery #59

  Új Válasz 2013-10-29 20:33:08 #60

  Ú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

  

  sh4d0w

  félisten

  LOGOUT blog

  válasz Fiery #59 üzenetére

  Hasonlókat lehetett hallani a PS3 kapcsán is, de valahogy mégsem lett az igazi.

• #49 LordX veterán Fiery #43

  Új Válasz 2013-10-29 16:19:32 #49

  Ú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

  

  LordX

  veterán

  válasz Fiery #43 üzenetére

  VLIW4 gépen VLIW5 kódot ha beleszakadsz sem fogsz tudni futtatni, de még VLIW5 és VLIW5 között is lehetnek masszív különbségek, amit fordító nélkül úgyse fogsz megoldani, de hatékonyan még inkább nem (pl. VLIW equals scheduling model, különböző pipeline hosszal, vagy csak simán különböző számú delay slot..). A VLIW pont annak mintapéldája, amit direkt úgy terveznek, hogy van jó fordító (és ennek hiánya miatt bukott eddig mindegyik) - nem is véletlen, hogy átálltak skalárra AMD-ék.

• #46 Abu85 HÁZIGAZDA Fiery #33

  Új Válasz 2013-10-29 15:17:55 #46

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

  Mindenképp módosítani kell az oprendszert, hogy bebootolja. De egyébként bármelyik modern GPU bebootol egy oprendszert, ha megcsinálod hozzá a szükséges vezérlőhidat a hardveres háttérnek és megírod rá a szoftvert. Itt inkább az a gond, hogy senki sem gondolkodik ilyenben. Önmagában ennek nincs is értelme, mert ha már raksz a rendszerbe kettő vagy négy procimagot (márpedig rakunk), akkor azon sokkal hatékonyabban megy bármilyen OS. A koprocesszorok - mert nyilván ezek a MIC/GCN-féle dolgok azok lesznek - a programfuttatásra vannak.
  Minden IGP-nek van ma is egy vISA szintű hozzáférési felülete, bár ezzel az Intel nem igazán törődik, mert kevés fejlesztőt érdekel. De a mostaniaknak is van, csak nem annyira jó, mint az AMD AGSL, vagy az NVIDIA NVAPI. Nyilván ilyenje lehet a MIC-nek is.

• #30 Abu85 HÁZIGAZDA Fiery #24

  Új Válasz 2013-10-29 12:49:42 #30

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

  Most is lehet bármit programozni a fémen, de annyira irreális az ezzel járó extra munka, hogy nincs értelme egy bizonyos szint alá menni. Az OpenCLnek vannak hibái, de nagyjából az a szint, ami még vállalható erőforrás befektetését követeli, és az eredmény is nagyon gyors. Ez alatt már a nyerhető extra megkérdőjelezhető jelentőségű, főleg annak tudatában, hogy mennyi erőforrást kell még belefektetni.

  1) A Knights Landing magját kapják, tehát annak a speckóit kell figyelni.

  2) A MIC magok nem kompatibilisek a mai fő magokkal. Hiába az x86 akkor sincs bináris kompatibilitás a normál és a MIC magok között. Ennek az az oka, hogy az x86 memóriamodelljét módosítani kellett hogy a rendszer skálázódjon.

• #28 LordX veterán Fiery #24

  Új Válasz 2013-10-29 12:19:18 #28

  Ú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

  

  LordX

  veterán

  válasz Fiery #24 üzenetére

  Ez a legnagyobb hülyeség amit tőled valaha olvastam, már bocsánat. 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.

  É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.

  Nem ez a különbség. A hagyományos grafkártya data parallel modellben működik, az Intel MIC meg task parallel. A kettő ég és föld - egyik se jobb a másiknál (azonos elméleti peak teljesítmény mellett, és itt viszont úgy tűnik a GPU-knak áll a zászló), de ha a másik kabátját akarod ráhúzni, akkor eléggé döcögősen fog menni.

• #17 Zeratul addikt Fiery #13

  Új Válasz 2013-10-29 10:54:24 #17

  Ú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

  

  Zeratul

  addikt

  válasz Fiery #13 üzenetére

  Volt inteles most DARPA-s Colwell nem osztja az optimizmusodat. A 14 nano már most problémás az intelnek is.

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