Skip to content
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

wonder about statistics #22

Open
hkim-snu opened this issue Apr 29, 2018 · 1 comment
Open

wonder about statistics #22

hkim-snu opened this issue Apr 29, 2018 · 1 comment

Comments

@hkim-snu
Copy link

Hello,
during the experiments with pure PM mode,
I found that the number of NVM accesses are very different in each trial as followings.
I only changed the latency of read and write in the nvmemul.ini

image

Are there any other configurations should I do to get correct emulation results?

The program uses malloc() and free(), and I run the script after loading nvmemul module.

scripts/runenv.sh prog.exe args

following is CPU information

  • 2-socket, Haswell, 2-way E5-4650v3
@guimagalhaes
Copy link
Collaborator

The number of actual memory access is hard to predict. The emulator is reading CPU counters, which should tell the actual values. The CPU attempts to hide memory latency by applying for instance memory level parallelism and data prefetch. In order to see a more predictable number of NVM access, you would have to deign your appliacation to access non contiguos (random) memory accesses.
The emulator also attempts to discount the number of overhead cycles (cycles used to calculate delay) before actually injecting delay cycles. So you can have a better accuracy is testing the emulator with applications which a bound to memory access (memory latency is the application performance bottleneck).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants