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

Trac: #430 Profile driven partition scheme for SST #13

Open
nmhamster opened this issue Oct 8, 2015 · 1 comment
Open

Trac: #430 Profile driven partition scheme for SST #13

nmhamster opened this issue Oct 8, 2015 · 1 comment

Comments

@nmhamster
Copy link
Contributor

Use case from ISCA tutorial - can we provide a way to profile a simulation linkscomponents and then record this information, load in for a future run so that the partition scheme is optimized for the next run.

@nmhamster nmhamster self-assigned this Oct 8, 2015
@allevin allevin added this to the Future milestone Oct 8, 2015
@jjwilke
Copy link
Contributor

jjwilke commented Apr 5, 2019

Sounds like a good intern project! Which we don't have this year...
@nmhamster
@feldergast
Do we have any interesting use cases? Something useful enough to be worth a workshop paper?
If there's still enough incentive to do this, I don't think it would be too hard.

I would suggest the best way to do this would be to add a flag

--enable-partition-profiling

that counts the number of bytes on each link (-> edge weights) and counts the number of events (->node weights) and dumps a JSON or something. We would then need a Python function

sst.usePartitionerProfile("mydump.json")

Every time a link or component gets instantiated, it goes to JSON, looks up its weight, and writes that to the config graph.

allevin added a commit to allevin/sst-core that referenced this issue Nov 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants