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

Analyze summary output should distinquish between failed, not started and other error #98

Open
kain88-de opened this issue Sep 27, 2018 · 1 comment

Comments

@kain88-de
Copy link
Contributor

Currently, we show ? if there is no benchmark data available yet for a job. It would be nice if we have symbols show a more granular error message. We could use

  • - awaiting the result
  • ? job finished but no benchmark time found

Are any other error states possible?

@mimischi
Copy link
Contributor

So we could actually do three states:

  • (empty) not yet started
  • - awaiting result
  • ? job finished, but no performance printed

But how would we distinguish between these states? Currently (I think) we parse the log file and search for the given output. If the file is not present, or the performance line is missing we print ?.

Now if a job has not started, there is no log file and have a first state. When a job has started, but not finished yet, we have a log file, this is state number two. How do we distinguish between a state where the benchmark is currently running and one where the benchmark job has crashed? Both have a log file, without any performance information.

In theory we could grab the job id that the queuing system prints to stdout and use qstat | grep $JOBID to figure out whether the job is still running. This way we could distinguish between all states.

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