| Age | Commit message (Collapse) | Author |
|
https://github.rcac.purdue.edu/abdallm/gpgpu-sim_distribution into dev-purdue-integration-trace
|
|
|
|
|
|
|
|
|
|
|
|
|
|
normal operation. This helps immensely in a clustered environmrnt where jobs randomly fail
|
|
uniform
|
|
dev-purdue-integration
|
|
causes ridiculous output file sizes
|
|
|
|
am stopping this by gaurding against it in the same way we do for updating the stat counts (checking if we have executed any cycles before printing). I am not sure what this does to CDP stat prints - as I am not sure what CDP kernels so to sim_cycles.... However EVERY other app except CDP is spewing junk to the output and it really messes up any per-kernel stat collection scripts.
|
|
https://github.rcac.purdue.edu/abdallm/gpgpu-sim_distribution into dev-purdue-integration
|
|
|
|
|
|
|
|
|
|
|
|
https://github.rcac.purdue.edu/abdallm/gpgpu-sim_distribution into dev-purdue-integration
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Mengchi Zhang <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
interaction
|
|
|
|
|
|
|
|
truncating the address here fixes the issue and we start propoerly hitting in the L2
|
|
|
|
with the new hack and incrementing the cycle so that cudamemcopies take some time (if we don't do this the LRU in the cache does not work)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1- REEAD/WERITE buffer for DRAM
2- Fixing FETCH_ON_WRITE cahce policy bug
|
|
|
|
|
|
https://github.rcac.purdue.edu/abdallm/gpgpu-sim_distribution into dev-purdue-integration
|
|
|
|
|