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

Insert trigger deadtime in the database #468

Open
lucrlom opened this issue Dec 16, 2016 · 2 comments
Open

Insert trigger deadtime in the database #468

lucrlom opened this issue Dec 16, 2016 · 2 comments

Comments

@lucrlom
Copy link

lucrlom commented Dec 16, 2016

to calculate the total dead time of a run due to the busy trigger time can be called the function:
hax.trigger_data.get_trigger_data(run_number, 'dead_time_info')['busy'].sum()
But it takes so long time when you have to get it from several hundred file for the analysis.
It could be useful to insert it in the data base information for each run.

@JelleAalbers
Copy link
Contributor

Relates to #430. If we decide to do this combined dead time calculation in the event builder I agree the result should be in the runs db. We may also want to do this in an external script; then still the result should be inserted in some database (but it would no longer be a pax issue... somehow I feel attracted to this option :-))

@JelleAalbers
Copy link
Contributor

I think @coderdj calculates the dead time and inserts it under run_doc['quality']['daq']['extracted'], in one of the fields there. I don't see it in the most recent runs, but going back a while the information is there.

The multi-system (BUSY, HEV) deadtime calculation isn't implemented in the trigger, and it's easier to do offline anyway with other quality checks. However, it should be easy to tally the per-system deadtime and store it with the end-of-run info in the trigger.

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