-
Notifications
You must be signed in to change notification settings - Fork 0
Remove logging of every bias step. #461
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
Conversation
msilvafe
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I looked into the smurf logger class and couldn't tell exactly how the log verbosity works but do you think it's possible to log this at a higher log level like "debug" in a standard python logger instead of deleting it directly?
|
Yeah, it's not super easy to find, but the log verbosity is defined here. It looks like by default it logs at level 0 (least verbose). So I could set it to |
Ok, is this something your could test on the slac system? |
|
what would be easy to do is put in some log statements and play with the verbosity to confirm it behaves as expected. |
OK I've done that and don't see messages logged at |
msilvafe
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, great. Not an issue for this PR but how do we change the log levels for the pysmurf logger if someone wanted to get the bias step messages back?
It's not very obvious, but you can set it with |
During my SMuRF tsar shift I noticed that the logs in the pysmurf controllers were often hard to read due to their volume and the mix of
sodetlib/pysmurf/ other origins that were sometimes conflicting. I think there might be some improvement possible on thepysmurfside, so I'll create an issue there.This was one particularly egregious example.