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

Consumed energy output: instantaneous power might be cleaner #29

Open
mpoquet opened this issue May 10, 2017 · 3 comments
Open

Consumed energy output: instantaneous power might be cleaner #29

mpoquet opened this issue May 10, 2017 · 3 comments

Comments

@mpoquet
Copy link
Collaborator

mpoquet commented May 10, 2017

In exported file _consumed_energy.csv, the written instantaneous power on a line corresponds to the energy difference with the previous line divided by the time difference with the previous line.

This leads to power values of NA for the first power value, or when two lines are at the exact same time.

Enhancement fix: the current consumed power could be retrieved from SimGrid to match the simulation current consumption. This way a line meaning would be present focused and future oriented, instead of past-focused and past-oriented. This way, no NA value would exist.

@mpoquet
Copy link
Collaborator Author

mpoquet commented May 10, 2017

Commit 11df8f4 adds wattmin information from SimGrid as a temporary fix.

Using the current power computed by SimGrid should be better, but it does not seem possible with current forked SimGrid version.
@Shurakai's new energy plugin seems great to get it easily. Is it usable from MSG applications ?

@mickours
Copy link
Contributor

mickours commented Mar 6, 2018

Does S4U solve this issue?

@mpoquet
Copy link
Collaborator Author

mpoquet commented Mar 6, 2018

Retrieving such information from SimGrid is not as easy as it seems.

Batsim is most of the time called at the end of a job, so the involved hosts are idle in the current power consumption. We could add a callback at the end of each computation (via s4u) but I feel that this is not really needed in our case.

Furthermore, the semantic of such power values in the _consumed_energy.csv is not so clear.
Only keeping time/energy measures might be easier to understand for users and sounder to use for analysis and visualization tools. For example, evalys only reads time/energy measures and retrieves the power information from it (figure below).

evalys power

I feel like this issue should be closed.

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

2 participants