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

• #1827 Balala2007 tag Oliverda #1825

  Új Válasz 2009-12-20 00:13:22 #1827

  Ú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

  

  Balala2007

  tag

  válasz Oliverda #1825 üzenetére

  A memoria bench ertekeket illetoen nekem ugy tunik, scientia keveri az elmeleti memsavszel fogalmat a kihasznalhatoval. Igaz, hogy mindket konfigban hasonlo memoriak vannak, kozel egyforma elvi savszellel (EVERESTben az Alaplap/Alaplap/Memoriabusz tulajdonsagai alatt nezheto meg), de hogy ezekbol mennyit tud tenylegesen kihasznalni egy egyszalas alkalmazas, az mar hw implementacio fuggo, es pont ezt mutatja meg az EVEREST. Mind a ket procin a szamara kedvezobb savszel mero rutin fut a tudtunkkal leggyorsabb verzioban. Ha felbukkanna egy gyorsabb kod K10-re (tobbszal es realtime priority nem er), akkor orommel lecserelnenk arra (bar erre eleg keves eselyt latunk, eleg sokmindent vegigprobaltunk mar).

  A cache-eknel egyreszt tul lassu lenne, ha keresgelnenk mekkora meretu blokkot hasznaljunk, masreszt meg altalanossagban nem is mindig lehet szamitani arra, hogy lesz "lapos" resze az atviteli gorbenek. (ket pelda akosf-tol 1, 2) Igy mi inkabb a CPUID-bol olvassuk ki a cache meretet, es azt hasznaljuk.

  Mivel non-temporal write-ot hasznalunk, ezert ritkan, de elofordulhat, hogy write gyorsabb, mint a read. (Bizonyos K7-eseknel tipikus volt anno...)

  [ Szerkesztve ]

  AIDA64.com

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