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

• #38 #06658560 törölt tag Abu85 #30

  Új Válasz 2013-10-01 08:41:19 #38

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

  És az nem lehetséges, hogy a CF/SLI híd 2.0 kerüljön kifejlesztésre...
  Valamint továbbra is, nem csak játékból áll a világ, pláne manapság, így a heterogén számításokra is kellene fejlesztés, amire meg elég esélyes, hogy akár lassíthat is az új AMD elképzelés.

• #26 #06658560 törölt tag Abu85 #25

  Új Válasz 2013-09-30 14:56:21 #26

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

  No akkor, mert úgy látom teljesen másra gondolsz: miben gyorsabb az egyik megoldás a másiknál, ha egyetlen CPU PCIe-vezérlöjére uszítunk minden adatot, mint ha leválasztunk róla valamennyit, s így két sávon tudja küldözgetni? Egy jelenlegi CF hidas, PCIe3-as kártyának az össz. sávszélje a kettő sávszél együtt, másik esetben viszont az adatokat mozgatáskor sorba kell rakni, és úgy lehet küldözgetni. Egyetlen buszon.
  És lépjünk túl a játékon, nem csak játszani lehet dGPU-val.

• #24 #06658560 törölt tag Abu85 #14

  Új Válasz 2013-09-30 14:42:26 #24

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

  Ha van egy kétkártyás rendszerem, amelyiken az első kártyára kötök három monitort, akkor annak a terhelése a procitól érkező adatok befogadása, azok továbbítása a kettes kártyának, a kettes kártya adatainak visszaszedése, megjelenítés. Ezek közül a megjelenítés nem igényel PCIe-t, a többi igen. Van a kártyának egyetlen PCIe csatolója, gondolom egyetlen vezérlővel. Hol lesz ez jobb, hogy itt dobálja jobbra-balra az adatokat, késleltetésben, annál, hogy a kártyák közötti kommunikáció dedikált sínen zajlik? Szerintem kissé nő is a késleltetése az adatoknak.

• #1 #06658560 törölt tag

  Új Válasz 2013-09-30 12:51:30 #1

  Ú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

  Biztos, hogy jó az irány? A heterogén rendszerek térnyerése mellett egyre fontosabb a kommunikáció a CPU-dGPU között, ami a PCIe-n történik. Ha erre még ráeresztünk egy dGPU-dGPU komunikációt, akkor nem növeljük a késleltetést a CPU-dGPU irányban? Megy párhuzamosan a két adatcsere?Eyefinity és egyéb csemegék esetén nem lehetne megoldani, hogy mondjuk minden kártyára egy-két monitort kötök, s azok csak a hozzájuk rendelt monitorokra jutó képet kell számolják? Így egyrészt nem kell minden adatot átadni egymásnak, másrészt nincs túlterhelve egyik GPU sem-a többihez mérten.

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