Difference between revisions of "InOrder"
(→Overview) |
(→Overview) |
||
(4 intermediate revisions by the same user not shown) | |||
Line 2: | Line 2: | ||
The InOrder CPU model was designed to provide a generic framework to simulate in-order pipelines with an arbitrary ISA and with arbitrary pipeline descriptions. The model was originally conceived by closely mirroring the O3CPU model to provide a simulation framework that would operate at the "Tick" granularity. We then abstract the individual stages in the O3 model to provide [[InOrder Pipeline Stages | generic pipeline stages]] for the InOrder CPU to leverage in creating a user-defined amount of pipeline stages. Additionally, we abstract each component that a CPU might need to access (ALU, Branch Predictor, etc.) into a "resource" that needs to be requested by each instruction according to the [[InOrder Resource-Request Model | resource-request]] model we implemented. This will potentially allow for researchers to model custom pipelines without the cost of designing the complete CPU from scratch. | The InOrder CPU model was designed to provide a generic framework to simulate in-order pipelines with an arbitrary ISA and with arbitrary pipeline descriptions. The model was originally conceived by closely mirroring the O3CPU model to provide a simulation framework that would operate at the "Tick" granularity. We then abstract the individual stages in the O3 model to provide [[InOrder Pipeline Stages | generic pipeline stages]] for the InOrder CPU to leverage in creating a user-defined amount of pipeline stages. Additionally, we abstract each component that a CPU might need to access (ALU, Branch Predictor, etc.) into a "resource" that needs to be requested by each instruction according to the [[InOrder Resource-Request Model | resource-request]] model we implemented. This will potentially allow for researchers to model custom pipelines without the cost of designing the complete CPU from scratch. | ||
− | For more information, please check the following documentation about the InOrder model, browse the code, and also access the | + | For more information, please check the following documentation about the InOrder model, browse the code, and also access the gem5-users@m5sim.org (standard usage) or gem5-dev@m5sim.org (for developer) |
mailing lists: | mailing lists: | ||
Line 8: | Line 8: | ||
* [[InOrder Resource-Request Model | Resource-Request Modeling]] | * [[InOrder Resource-Request Model | Resource-Request Modeling]] | ||
* [[InOrder Instruction Schedules | Instruction Schedules & Pipeline Descriptions]] | * [[InOrder Instruction Schedules | Instruction Schedules & Pipeline Descriptions]] | ||
− | * [[InOrder Tutorial | A Day in the Life of an Instruction in the InOrderCPU model]] | + | * [[InOrder Tutorial | A Day in the Life of an Instruction in the InOrderCPU model (Not Completed)]] |
*Other Links: | *Other Links: | ||
**Soumyaroop Roy has been kind enough to provide a [http://www.csee.usf.edu/~sroy/techres/m5_tests/"test-status-page"] of the M5-Inorder model in the work he has been doing. | **Soumyaroop Roy has been kind enough to provide a [http://www.csee.usf.edu/~sroy/techres/m5_tests/"test-status-page"] of the M5-Inorder model in the work he has been doing. | ||
== Current Development == | == Current Development == | ||
− | + | '''Latest versions of the InOrderCPU model can be found in the gem5-dev repository''' | |
− | |||
* [[InOrder ToDo List]] | * [[InOrder ToDo List]] |
Latest revision as of 07:59, 19 June 2011
Overview
The InOrder CPU model was designed to provide a generic framework to simulate in-order pipelines with an arbitrary ISA and with arbitrary pipeline descriptions. The model was originally conceived by closely mirroring the O3CPU model to provide a simulation framework that would operate at the "Tick" granularity. We then abstract the individual stages in the O3 model to provide generic pipeline stages for the InOrder CPU to leverage in creating a user-defined amount of pipeline stages. Additionally, we abstract each component that a CPU might need to access (ALU, Branch Predictor, etc.) into a "resource" that needs to be requested by each instruction according to the resource-request model we implemented. This will potentially allow for researchers to model custom pipelines without the cost of designing the complete CPU from scratch.
For more information, please check the following documentation about the InOrder model, browse the code, and also access the gem5-users@m5sim.org (standard usage) or gem5-dev@m5sim.org (for developer) mailing lists:
- Pipeline Stages
- Resource-Request Modeling
- Instruction Schedules & Pipeline Descriptions
- A Day in the Life of an Instruction in the InOrderCPU model (Not Completed)
- Other Links:
- Soumyaroop Roy has been kind enough to provide a "test-status-page" of the M5-Inorder model in the work he has been doing.
Current Development
Latest versions of the InOrderCPU model can be found in the gem5-dev repository