-
Notifications
You must be signed in to change notification settings - Fork 413
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
Useful abstraction for metrics tracker metrics #180
Comments
Hi! thanks for your contribution!, great first issue! |
@rajs96, it sounds a great addition to this package, are you interested in implantation this? |
Yup - what are next steps then? |
I would say make an abstract/base class for this metric group and then we will particular metrics in separate PRs... |
@rajs96 how is it going, do you think we can make some initial draft about this week? |
I can start working on a PR draft this weekend - would that work? |
Sooner is better so we have more time to fine tuning it =) |
🚀 Feature
Integrating timeseries metrics. We can create an abstraction, or class, that should contain the metrics recorded in a time series.
Motivation
At work, we've often been interested in seeing how metrics besides the loss change throughout the training process - using a designated object with built-in functionalities would save the time of having to implement these functionalities ourselves. For example, we may want to plot metric values throughout training, return the max metric throughout the training for each metric, average timeseries metrics from multiple models for cross validation, etc.
Pitch
We should create a class that makes it easy to add timesteps of Metric modules (or MetricCollections), and add in useful functionalities for the class. Refer to the following pseudocode:
Alternatives
We could theoretically just have the user maintain a Python List of Metric Modules (or dicts computed from these modules) and implement functions to act on these lists, rather than creating a class.
Additional context
I came across these problems / ideas when training transformer models for 15-20 epochs with cross validation.
The text was updated successfully, but these errors were encountered: