| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
MLCommons CLA bot All contributors have signed the MLCommons CLA ✍️ ✅ |
Sorry, something went wrong.
|
@fsschneider can we get your LGTM on this? |
Sorry, something went wrong.
There was a problem hiding this comment.
Sorry for the very late review.
It looks good to me! Thanks for all the work Niccolò!
Quick questions, the changes to the reference_algorithms and prize_qualification algorithms aren't strictly necessary, right? Since we now default to a no-op if prepare_for_eval is not defined.
I fully agree that making it backward-compatible in that way is really helpful.
Again thanks for this crucial PR!
Sorry, something went wrong.
|
Thank you for reviewing! Correct, the updates to reference_algorithms and prize_qualification are not necessary thanks to backward-compatibility. I figured it would be nice to have all the implemented submissions reflecting the latest stage of the code, but I can reverse those changes if needed! (: |
Sorry, something went wrong.
I agree with you. No need to revert, just wanted to check if I understand it correctly :) |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Description
This pull request introduces a prepare_for_eval function and updates the code to support it.
The implementation follows the blueprint of @fsschneider in #719 (comment) and fixes the bug of giving a free evaluation to a submission that goes out of max_runtime (again #719 (comment)).
Function signature
The arguments of prepare_for_eval are the same as update_params, except for batch. I believe that prepare_for_eval should indeed be agnostic to the last batch used during training. The return type is the same as update_params.
List of changes
In submission_runner.py:
Minor changes:
Fixes #719 and #758 .