7
-
dez #7 Nincs az már megoldva, hogy ne legyen szükség resetre (azaz gondolom flush-ra) ilyenkor?
Ha külön bit jelezné, melyik mag a gazdi (ennek akkor lenne értelme, ha a másik nem férhetne hozzá), az olyan lenne, mintha nem is lenne közös a cache... -
BiroAndras #6 Nem csak az elérés miatt gáz, hanem azért is, mert taszk váltáskor a cache-t resetelni kell. És hiába dolgozhatna a másik procin futó szál, a közös cache miatt az is elveszti az adatait. Hacsak nem jelölik meg valahogy az adat gazdáját.
Mindenesetre a tesztek szerint az AMD megoldása egyértelműen jobb. http://www.prohardver.hu/rios3_content.php?mod=20&id=742 -
dez #5 Ezért írtam a kétcsatornás hozzáférést (proci-cache és cache-memória között is lehetőleg), akkor talán nem probléma ez. -
BiroAndras #4 Viszont, ha külön feladaton dolgoznak, akkor jobb a külön cache. -
dez #3 Ha van egy kis eszük, akkor úgy oldották meg, hogy ne zavarja (pl. két csatornás elérés, stb.). Hogy miért jó a közös cache? Akkor lehet jó, ha mindkét mag ugyanazokon az adatokon dolgozik. (Nem kell visszaírni a ramba, mielőtt a másik mag is hozzáférhetne.) Persze megfelelően össze kell hangolni a dolgokat, ne módosítgassák össze-vissza... :) (De az összehangolás is gyorsabb így, hogy nem a ramon keresztül történik.) -
nenad #2 uhum :)
most nezem ez elegge felresikerult post volt.
Szoval nem tartja fel az egyik mag a masikat amikor a chacbe/bol irnak/olvasnak?
-
nenad #1 miert jobb a kozos gyorsitotar? nem tartja fel az egyik mas s masikat elereskor?