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

• #96 dezz nagyúr Raymond #83

  Új Válasz 2009-02-23 17:59:41 #96

  Ú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

  

  dezz

  nagyúr

  válasz Raymond #83 üzenetére

  1. Jó, de arról nem szól a fáma, hogy azok új modulok-e, vagy előzőleg régebbi Opteron volt-e bennük. (Akár csak a demó kedvéért.) Nem mintha a modul cseréje túl nagy költség lenne; fontosabb, hogy az alaplap a helyén maradhat. De nem is láttam még ilyen modul rendszerű szervereket, a sima rackekban az alaplap(ok)on szoktak lenni a procik. Ezért is fontos a foglalat szintű kompatibilitás, különben mindegy lenne.

  2. "A pure bandwidth pedig nem tulzas. Nezd meg a linkeket amit talaltal, ott is le van irva. Egyebkent ez vilagos ha osszeveted a tesztelt procik maximalis szamitasi teljesitmenyet a max elerheto memoria savszelel. Egyszeruen nem tudsz annyi adatot mozgatni hogy a szamolas legyen a szuk keresztmetszet."

  Ha ez teljesen igaz lenne, akkor minden tesztnél egyforma MB/s értékek jönnének ki, mert kizárólag a memória-sávszél számítana. De ha megnézed a számokat, mint előzőleg kértelek, akkor láthatod, hogy eltérnek.

  Nem teljesen egyértelmű a számomra, hogy a "the code is structured so that data re-use is not possible" rész 1-1 procimagra vonatkozik, vagy a teljes rendszerre. Utóbbi esetén a HT assist a hasznos adatokkal valóban "nem foglalkozik", de esetleg valamilyen egyéb, sávszélt foglaló adatcserét kiküszöbölhet.

• #98 P.H. senior tag Raymond #83

  Új Válasz 2009-02-23 20:41:05 #98

  Ú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

  

  P.H.

  senior tag

  válasz Raymond #83 üzenetére

  "What’s interesting here is that Stream isn’t really designed to test CPU performance; it’s mainly designed to test memory bandwidth. The Tech Report says that the huge jump in performance may well be down to a new feature in the CPU that AMD calls HT Assist, which is designed to stop the HyperTransport links between CPU sockets getting clogged up with unnecessary coherency synchronisation requests. According to the site, HT Assist basically stores an index of the CPU’s caches in the processor’s L3 cache, and it can then filter probe requests rather than sending them to all the sockets in the server. The site also says that you’ll be able to set the amount of space dedicated to probe filtering in the BIOS." [link]

  MOESI alatt, ha a privát cache-rendszerben (L1/L2) nem található az adott vonal, akkor szórni kell a teljes rendszerben a kérést, mert nem tudni, hol található RAM-tartalomtól különböző Owner vagy Modified példány, ugyanez érvényes Shared esetben is.

  MESIF esetében először az L3-hoz kell továbbítani (mivel ott a teljes CPU cache-einek ujjlenyomata megtalálható), ha ott nincs, csak akkor kell a rendszerben (az L3-mak felé) szórni.

  Nekem úgy tűnik, az AMD ezt az Intel-es megoldást "másolta le", hogy információja legyen (az L3-ban) a node-ja többi magján tárolt cache-tartalmaktól (jobb esetben a node-ok Owner- és Modified-vonalairól), viszont míg az Intel nem az L3-méret rovására tárolja ezt az információt, az AMD igen. Tehát a HT Assist itt szerepet játszik, pl. úgy, hogy nem terheli feleslegesen a node-ján a privát cache-eket probe-bel (vagy a többi node cache-eit, ha azokban biztosan nincs memóriától különböző tartalom az adott kérésre), ha "The array sizes are defined so that each array is larger than the cache of the machine to be tested, and the code is structured so that data re-use is not possible."

  [ Szerkesztve ]

  Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙

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