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

• #47 #06658560 törölt tag Jack@l #43

  Új Válasz 2013-10-01 12:13:25 #47

  Ú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 Jack@l #43 üzenetére

  CFD, FEA pont az, ahol egyes unitok várnak a másikra, folyamatosan esetlegesen, s e miatt sok adatmozgás van.

  #44 Abu85: a hajadra kenheted a sávszélt, ha várnod kell az adattal. Heterogén számítás DGPU- nélkül HPC szinten eléggé elképzelhetetlen- Intel, AMD, NV is így gondolja- valamint a teljesítménykorlátok miatt APU-val nem is lehet kivitelezni hatékonyan. Messze többet engednek a multiGPU-s rendszerek.

• #40 Reggie0 félisten Jack@l #39

  Új Válasz 2013-10-01 09:04:07 #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

  Privát üzenet küldése

  

  Reggie0

  félisten

  válasz Jack@l #39 üzenetére

  Az, hogy megoldottak nem azt jelenti, hogy nincs olyan eset, amikor jol jonne.

• #17 Abu85 HÁZIGAZDA Jack@l #15

  Új Válasz 2013-09-30 13:58:32 #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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #15 üzenetére

  Persze foglalják, de az a lényeg, hogy a busz kapacitásának több mint a fele kihasználatlan. Ez egy nagyon fontos dolog, tehát nem valamitől vesz el sávszélt, hanem csak hasznosítja a rendelkezésre álló erőforrásokat.
  Játékban nem tudnak visszaírni. Az aktuális API-kban nincs garancia arra, hogy az adott jelenetben bármilyen GPU által számolt és processzor által felhasznált adat időben megérkezzen. Ha ez nem történik meg, akkor szétesik az adott pipeline, ami rossz esetben programösszeomlást, míg jó esetben csak a program rossz szinkronizálása miatti újraindítást követeli. A dedikált GPU mindig csak olyan dolgokon fog dolgozni, amely független a játékmenettől, vagy esetleg olyanon, ahol a teljes pipeline megoldható a GPU-n a CPU nélkül.

• #12 Lacccca87 addikt Jack@l #10

  Új Válasz 2013-09-30 13:47:06 #12

  Ú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

  

  Lacccca87

  addikt

  válasz Jack@l #10 üzenetére

  Ebbe egyetértek. Eddig is mindig arról ment a duma hogy nagy a késleltetés és ezért nem érdemes adatmásolgatásra használni. Akkor most meg hirtelen jó rá?

• #11 Abu85 HÁZIGAZDA Jack@l #10

  Új Válasz 2013-09-30 13:46:14 #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 Jack@l #10 üzenetére

  A késleltetéshez ennek nincs köze. Azt maga az AFR elve hozza be, tehát ha valaki erre allergiás, akkor ne építsen CF vagy SLI rendszert. Jelenleg a CF alkalmazza a legkisebb késleltetést, de mivel abból is lesz frame-pacing opció, így annak a késleltetése is megnő majd.

  Az egy kártyás rendszereknél nem gond a késleltetés, mert azok átlagos input laggal dolgoznak. Ha a PCI Express késleltetésére gondolsz, akkor az itt is megmarad, de kb. nulla esély van rá, hogy bárki visszaírjon bármit is a GPU-ról a CPU memóriájába, tehát a kapcsolat marad egyirányú. Ott pedig a 300 ns-mak nem tudnak mit kezdeni, de erre ügyelnek is, hiszen alig terhelik a portot. Pont ezért elég még ma is az x16-os PCI Express 1. Most annyi történik, hogy amíg a busz nem csinál semmit addig a sebességét hasznosítják.

• #9 Abu85 HÁZIGAZDA Jack@l #8

  Új Válasz 2013-09-30 13:36:33 #9

  Ú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 Jack@l #8 üzenetére

  Nem lesz belőle gond, mert még a 3x4K-val sem lesz kihasználva x16-os 2.0-s PCI Express sávszélessége. A 3.0-s módban még a rendelkezésre álló teljesítmény fele mindig szabadon használható lesz, vagyis a busz leterheltsége nem 20-30%, hanem 40-50% lesz. Ez a módszer az 1.1-es x16-os PCI Express interfészeknek lehet problémás, mert azokban tényleg nincs meg a tempó a 3x4K-hoz. De aki képes három 4K-s monitort és két R9 290-et venni annak már egy olyan alaplap sem lesz probléma, amin van két 2.0-s x16-os, vagy két 3.0-s x8-as PCI Express.

• #6 Abu85 HÁZIGAZDA Jack@l #5

  Új Válasz 2013-09-30 13:27:35 #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 Jack@l #5 üzenetére

  (#5) Jack@l: Egy 3.0-s sínnek jó, ha a 25-30%-át használják a fejlesztők. A benne lévő maradék 70-75% csak a parlagon áll, még a 2.0-s sínek 40-50%-a is szabadon kihasználható. Ezt igenis fel lehet használni adatmásolásra, hiszen jobb a késleltetés és a tempó is, mint egy 7 éves alapokra épülő hídon keresztül. Ez teszi majd lehetővé, hogy ha extrém felbontású konfigurációt használsz, mondjuk 3x4K, akkor normálisan fog skálázódni AFR-rel. Valszeg az NV is frissít majd, hiszen az 500 MB/s már nem elég nekik sem. Persze lehet azt mondani, hogy 3x4K nem egy normális igény, de később az lesz, és erre készülni kell. Ez biztos nem azért van, hogy megspórolják a CF/SLI hidat, amiből 10-et legyártanak 1 dollárért.

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