- Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
Hirdetés
-
Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
ph A szerverpiacra szánt Turin platform, illetve a mobil szintre nevező Strix Point érhető el a főbb partnerek számára.
-
A legtöbb amerikai szerint a TikTok egy őket befolyásoló eszköz
it Egy felmérés szerint a legtöbb amerikai osztja azon véleményt, hogy a TikTok egy őket befolyásoló eszköz.
-
Eleglide C1 - a középérték
ma Szintet lépett az Eleglide, az egyébként egész korrekt M2 után a C1 sokkal komfortosabb közlekedésre alkalmas.
Új hozzászólás Aktív témák
-
Reggie0
félisten
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.
[ Szerkesztve ]
-
Reggie0
félisten
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.
[ Szerkesztve ]
-
Reggie0
félisten
"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.
[ Szerkesztve ]
-
félisten
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.[ Szerkesztve ]
"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)