Difference between revisions of "Detailed studies"
(→Introduction) |
(→Memory in Directory Controller) |
||
| Line 28: | Line 28: | ||
=== Memory in Directory Controller === | === Memory in Directory Controller === | ||
| + | Per poter comprendere al meglio come funziona il meccanismo di replacement è necessario in primis valutare come è strutturata la cache amministrata dal Directory Controller. La seguente descrizione rappresenta la configurazione utilizzata per tutti gli esperimenti. | ||
| + | Come possiamo osservare dalla figura la cache è costituita da quattro way e 64 set, ogni way contiene al proprio interno un tag e un dato (64 bit). | ||
| + | |||
| + | |||
| + | |||
| + | Gli indirizzi gestiti sono di 32 bit e sono organizzati come descritto in figura: | ||
| + | |||
| + | |||
| + | |||
| + | Ogni directory controller può quindi gestire un numero limitato di indirizzi, ad esempio la Tile 0 può gestire gli indirizzi da 0x00000000 a 0x3fffffff, la Tile 1 da 0x4000000 a 0x7fffffff, e così via. | ||
| + | Negli esperimenti trattati vengono utilizzate quattro Tile. | ||
=== Replacement Chain === | === Replacement Chain === | ||
Revision as of 17:19, 25 September 2017
This page contains all the experience from the user that have worked on nu+ architecture and want to share all the acquired experiences
Contents
- 1 Fused multiply-add inside the microarchitecture
- 2 Replacement L2
Fused multiply-add inside the microarchitecture
Vincenzo
Replacement L2
Introduction
Antonio metti qua il replacement
codice riga 1 codice riga 2
quello che esce fuori all'utente
Elenco:
- ciao
- ciao 2
In questo Capitolo si intende mostrare come si svolge la Replacement Chain relativamente alla cache L2, osservando come il Directory Controller evolve per gestire l’occorrenza di tale casistica. Lo scopo principale `e quello di testare tutti i casi in cui si verifica un replacement L2, come descritto in figura:
Memory in Directory Controller
Per poter comprendere al meglio come funziona il meccanismo di replacement è necessario in primis valutare come è strutturata la cache amministrata dal Directory Controller. La seguente descrizione rappresenta la configurazione utilizzata per tutti gli esperimenti. Come possiamo osservare dalla figura la cache è costituita da quattro way e 64 set, ogni way contiene al proprio interno un tag e un dato (64 bit).
Gli indirizzi gestiti sono di 32 bit e sono organizzati come descritto in figura:
Ogni directory controller può quindi gestire un numero limitato di indirizzi, ad esempio la Tile 0 può gestire gli indirizzi da 0x00000000 a 0x3fffffff, la Tile 1 da 0x4000000 a 0x7fffffff, e così via. Negli esperimenti trattati vengono utilizzate quattro Tile.
