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
We used logs to export information on worker choices for post-processing. These are used for specific papers/experiments and afterwards we are currently left with three options:
Delete the logging lines from the codebase (making re-production hard)
Create boolean configuration settings and code fence them
Do nothing and bloat the log files with extraneous information
A targeted way to enable these via the Logging configuration would be ideal. Log events have a target, (e.g. iluvatar_worker_library::services::resources::gpu) member corresponding to the module & file the log message was in.
Possible solution:
We could set experimental log statements like these to debug or trace and create a custom Layer that allows them to bypass the log level filter if target matches given configuration.
The text was updated successfully, but these errors were encountered:
We used logs to export information on worker choices for post-processing. These are used for specific papers/experiments and afterwards we are currently left with three options:
A targeted way to enable these via the Logging configuration would be ideal. Log events have a
target
, (e.g.iluvatar_worker_library::services::resources::gpu
) member corresponding to the module & file the log message was in.Possible solution:
We could set experimental log statements like these to
debug
ortrace
and create a custom Layer that allows them to bypass the log level filter iftarget
matches given configuration.The text was updated successfully, but these errors were encountered: