-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Value prediction development roadmap #188
Comments
Preliminary performance data for the value predictor is given, currently only overall scores are given, detailed data has not yet been analyzed. A 5KB stride predictor is given first, as there are still bugs associated with the current predictor design. In comparison, the performance yields a 42% miss, which is very bad. The exact reason for this is yet to be analyzed.
|
The ideal model has passed all checkpoint tests on the server. Applying the ideal model to a 100% accurate stride predictor (for ALU operations) and a 100% accurate load value predictor (for load instructions) has yielded the following results:
All checkpoints were compiled under the riscv64gcb configuration. Since the current value predictors only target integer instructions, the reported data focuses solely on the integer benchmark (int bench). Under ideal conditions:
The ideal coverage analysis and top-down performance breakdown will be conducted after the code is merged upstream. |
This is the roadmap for Value prediction development, refer to #181 for the general roadmap development of xs-gem5.
Value prediction roadmap
Benchmarks
Evaluation Metrics
Development Purpose
The current expectation is to integrate the value predictor without massive changes to the microarchitecture. The primary goal of the current development of the value predictor is to integrate the stride-base value predictor for pre-RTL architecture exploration for kunminghu v3.
Development Details
value predictors
Prediction error strategy
Develop branchs
Does valuepred-base need to be synchronized with the upstream branch xs-dev? Any ideas?
Future
The text was updated successfully, but these errors were encountered: