Detailed studies

From NaplesPU Documentation
Revision as of 18:19, 25 September 2017 by Antonio (talk | contribs) (Memory in Directory Controller)
Jump to: navigation, search

This page contains all the experience from the user that have worked on nu+ architecture and want to share all the acquired experiences

Fused multiply-add inside the microarchitecture

Vincenzo

Replacement L2

Introduction

Replcement

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:

Replcement - MSI

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 di una linea nello Stato M

Replacement di una linea nello Stato S

Caso 1: Singolo Sharer

Caso 2: Multiple Sharers

Replacement di una linea nello Stato I

Replacement negli stati instabili