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

• #80 Pikari veterán Male #79

  Új Válasz 2013-05-19 18:47:02 #80

  Ú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

  

  Pikari

  veterán

  válasz Male #79 üzenetére

  tőlem is mostanában minden megrendelő forráskódokat követel. de én se szoktam nekik adni, max úgy, hogy egy 0-t rádobok az árcetli végére ha új platform kell nekik, jöjjenek csak szépen vissza

• #78 Pikari veterán Male #77

  Új Válasz 2013-05-19 18:34:58 #78

  Ú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

  

  Pikari

  veterán

  válasz Male #77 üzenetére

  részvétem, igazi extrémsport lehet az ilyen évtizedes legacy libek hibáit kerülgetni

• #74 Pikari veterán Male #73

  Új Válasz 2013-05-19 17:14:28 #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

  

  Pikari

  veterán

  válasz Male #73 üzenetére

  miért kéne újraírni? semmit sem kell újraírni, lefordítod és kész.

• #72 Pikari veterán Male #71

  Új Válasz 2013-05-19 17:06:59 #72

  Ú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

  

  Pikari

  veterán

  válasz Male #71 üzenetére

  szerintem igazából végső soron lényegtelen, hogy x86, arm, vagy mips. a linuxnak mindegy. a lényeg, hogy monolitikus legyen, hogy pthread_createval le tudja rakni a szoftvered a petéit.

• #68 dezz nagyúr Male #67

  Új Válasz 2013-05-19 16:44:02 #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

  Privát üzenet küldése

  

  dezz

  nagyúr

  válasz Male #67 üzenetére

  Jó, de ez már nagyon speciális eset! Amúgy meg lehet tudni, hogy ez mi a "fene"?

  A #2-esben normál programokat, taszkokat említett. Később is csak jól párhuzamosítható feladatokat, így a kettő együtt pl. renderelést sejtet.

  Nem csak a sávszélességet hasonlítottam össze, mint láthatod, hiszen nem csak az számít. Pl. egy sok szálon futó, nem külön GPU-ra fejlesztett renderelés esetén, ahol az egyes szálak egymástól nagyrészt függetlenül dolgoznak, eltérő memóriahozzáférési patternnel, nagyon nem mindegy, hogy hány biten és csatornán érik el a ramot a magok. Ilyen esetben az 512 bites GDDR5 (neki megfelelő 5 GHz körüli effektív órajellel) sehol sincs a 32-64 csatornás, 2048/4096 bites DDR3-hoz képest (hiába csak ~2 GHz).

• #66 dezz nagyúr Male #65

  Új Válasz 2013-05-19 15:29:07 #66

  Ú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

  

  dezz

  nagyúr

  válasz Male #65 üzenetére

  Abu pl. tudta, ez a válaszából is kitűnik.

  Nem csak én mondom meg. Szerinted miért hagyta ki az Intel az x86 kompatibilitást? És nyomatja hozzá az OpenCL-t?

  De amúgy könnyű belátni:
  - Egy 8 v. 16 procis, egyenként 8 v. 4 magos E5-46xx cluster össz-memóriasávszélessége ~400/600 GB/s, de ami fontosabb, összesen 2048/4096 biten! Alacsony késleltetésű DDR3-mal. Phi: 352 GB/s, 512 biten, nagyobb késleltetésű GDDR5-tel.
  - A fenti clustereknél összesen 176MB L2+L3 áll rendelkezésre, a Phinél 31MB L2.
  - A fenti clusterekben összesen több TB memória lehet, Phi: 8GB.
  - A Phi magjai nem teljes értékű procimagok, valószínűleg nem annyira szeretik az ugribugrit, ráadásul in-orderesek. Ugyanakkor a hatékony kihasználásukhoz masszívan SIMD-ezett kódra van szükség.
  - A clusternél nem kell, hogy különösebben össze legyenek hangolva a procik (még az egyes magok sem annyira), a Phinél azonban ez megkerülhetetlen.

• #55 dezz nagyúr Male #15

  Új Válasz 2013-05-17 17:03:36 #55

  Ú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

  

  dezz

  nagyúr

  válasz Male #15 üzenetére

  Mindenki tudja, mire gondolt, de egy ehhez hasonló hw nem lenne jó arra. Teljesen beállna az egész.

  (#50) Pikari: Az nem lehet, hogy csak neked nem sikerült, azért vagy ilyen frusztrált?

  Azt kellene már megérteni, hogy CPU alapon sokkal nagyobb fogyasztással lehetne kihozni hasonló számítási teljesítményt.

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