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

• #13 b. félisten Abu85 #11

  Új Válasz 2021-10-18 16:53:39 #13

  Ú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

  

  b.

  félisten

  válasz Abu85 #11 üzenetére

  A hír most arról szól hogy az Nvidia milyen belf@sz megint szerinted vagy arról hogy jön Intel R bar támogatással? Mert a cikkből erre nehéz következtetni.
  Intelnek mondjuk hoznia kellene Nvidia szintű VGa_kat is előszőr mielőtt Nvidia térdre borul a Microsoft elött és könyörögni fog az R bar támogatásért ARM ra és mielőtt teljesen kiszorul az X86 ról ugye, a plusz 5-7 % kér cserébe néhány támogatott játékban.

• #10 Reggie0 félisten Abu85 #9

  Új Válasz 2021-10-18 12:26:11 #10

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

  "A konverzió elkerülése csak egy implementációs tényező."
  ", de közben a mikorkód nem tudja kezelni a GPU memóriakódolását. Utóbbi kell ahhoz, hogy gyors is legyen a ReBAR implementáció, ne csak sok memóriát adjon."

  Ezt mondom en is, nem a lapozas elkerulesetol gyorsul nagyot, tehat nem a ReBAR miatt lesz gyors, hanem a mikrokod szintu adatkonverziotol. Amit lehetne a 256MB-os lap melle is implementalni.

  A 256MB memo az most sem 256MB, hanem sokkal tobb, hanem 256MB az az ablak, amit cimezni lehet lapozas nelkul. A nagyobb azert jobb, mert kevesebbet kell lapozni.

• #8 Reggie0 félisten Abu85 #7

  Új Válasz 2021-10-18 11:40:50 #8

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

  Tehat akkor azt mondod, hogy nem is a resizeable bar, azaz a memorialapozasok elkerulese, hanem a mikrokod szintu adatkonverzio okoz valojaban gyorsulast.

  Amugy pont ezt mondtam, a lapozas okozta overhead a szarabb implementacioknal okoz problemat. Ahol nem szar az implementacio ott nem lesz sok lapozas se.

  Azt pedig, hogy valaki mikrokod szinten konvertal adatot ne keverjuk ossze a resizeable BAR-ral. Oke, hogy emiatt jott ki, de ket kulon es fuggetlen dolog. Resizeable bar nelkul is lehetne mikrokod szinten konvertalni a meglevo 256 megas lapot.

• #6 Reggie0 félisten Abu85 #5

  Új Válasz 2021-10-18 11:05:58 #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

  

  Reggie0

  félisten

  válasz Abu85 #5 üzenetére

  Hat, nagyon ki kell valogatni a szarul implementalt jatekokat, hogy ilyen nagy kulonbsegek kijojjenek. A gyakorlatban inkabb 0-5%. Peldaul: [link]

  A koherencia szempontjabol baromi sokat jelent: ami nem host visible, azzal nehezkes koherensnek maradni. Ha a teljes cimtartomanyt elered a PCIe BAR-on keresztul, akkor a random access sokat gyorsul, mert nem kell legrosszabb esetben szavankent lapozni egyet.

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