You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Because of my effort to create a web assembly version of simc in #4341 I identified the following issues that need some work to make it useable as a library. The goal is to have a discussion about them and do the refactoring.
Progress reporting
The progress bar is outputted as formatted text to stdout. What an embedded application (like the browser) needs is a way to get notified about progress update with structured data. My proposal is to have a mode where I supply a functor (callback) that gets called after each iteration. When specifying the callback an update interval can be specified too.
I currently have the following workaround in progress_bar_t::update to get progress updates:
This suppresses progress bar output and supplies my application with the information I need.
Result output
Currently the different report classes either output to a file or to stdout. What I need is a mode where I can just write the reports to a buffer. For example an overload of report::print_json(simc, std::stringstream &out). I need this for the json case because that format is used to pass the information to javascript in the WebAssembly case. Text could be helpful, too. Currently I just write out the json file by setting json_file_str and read it back in after the sim as a workaround.
Setup Boilerplate
I found it difficult to find all the calls that I need to make before I can sim. After reading the qt gui and cli code I came up with that:
I do not even know if that is all or how to track new things that need to be added. Maybe it can be integrated into the sim_t constructor which initializes this with something like std::call_once to not redo it again for each instance. And also make it callable ahead of time, optionally. For example a static sim_t::initialize() which can be called manually or is called by the first constructor call if not.
Also it is not obvious to me which functions I need to call after the sim. For example all the analyze() functions. Can that be integrated at the end of execute() ?
And maybe sim_t::setup() can be moved to the constructor so it is obvious that I need a control object. So we do don't have a standard constructor but one that takes the options.
All in all I think the goal should be that by constructing a sim_t we should have an instance that is ready to roll without having to call further init or setup functions.
The text was updated successfully, but these errors were encountered:
Because of my effort to create a web assembly version of simc in #4341 I identified the following issues that need some work to make it useable as a library. The goal is to have a discussion about them and do the refactoring.
Progress reporting
The progress bar is outputted as formatted text to stdout. What an embedded application (like the browser) needs is a way to get notified about progress update with structured data. My proposal is to have a mode where I supply a functor (callback) that gets called after each iteration. When specifying the callback an update interval can be specified too.
I currently have the following workaround in progress_bar_t::update to get progress updates:
This suppresses progress bar output and supplies my application with the information I need.
Result output
Currently the different report classes either output to a file or to stdout. What I need is a mode where I can just write the reports to a buffer. For example an overload of
report::print_json(simc, std::stringstream &out)
. I need this for the json case because that format is used to pass the information to javascript in the WebAssembly case. Text could be helpful, too. Currently I just write out the json file by settingjson_file_str
and read it back in after the sim as a workaround.Setup Boilerplate
I found it difficult to find all the calls that I need to make before I can sim. After reading the qt gui and cli code I came up with that:
I do not even know if that is all or how to track new things that need to be added. Maybe it can be integrated into the
sim_t
constructor which initializes this with something likestd::call_once
to not redo it again for each instance. And also make it callable ahead of time, optionally. For example a staticsim_t::initialize()
which can be called manually or is called by the first constructor call if not.Also it is not obvious to me which functions I need to call after the sim. For example all the
analyze()
functions. Can that be integrated at the end ofexecute()
?And maybe
sim_t::setup()
can be moved to the constructor so it is obvious that I need a control object. So we do don't have a standard constructor but one that takes the options.All in all I think the goal should be that by constructing a
sim_t
we should have an instance that is ready to roll without having to call further init or setup functions.The text was updated successfully, but these errors were encountered: