Skip to content

The maximum number of tracefile threads is currently hard-coded into the simulator. #5

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

Open
aarontabor opened this issue Aug 11, 2015 · 1 comment
Labels

Comments

@aarontabor
Copy link
Contributor

Certain data-structures within the simulator are required on a per-thread basis. An example of this is the rootset; each thread has it's own rootset. However, the number of threads is currently hard-coded in defines.hpp. This means that no matter how many threads are defined in a tracefile, there will room for a constant (currently 50) number of threads reserved in the simulation.

This is not such a big problem with tracefiles containing fewer than the maximum number of threads, but becomes an issue when tracefiles with more threads than the current maximum are being processed.

A solution to this problem is to allow the number of threads to grow dynamically throughout the simulation.

@aarontabor aarontabor added the bug label Aug 11, 2015
@aarontabor
Copy link
Contributor Author

@mazder it would also be nice to have the capability to ask the simulator for the number of threads in use at arbitrary points throughout the simulation. Adding the method: ObjectContainer::getNumberOfThreads() would be beneficial.

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

No branches or pull requests

1 participant