-
Notifications
You must be signed in to change notification settings - Fork 314
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
Add generation_node_name arg to GeneratorRun #1918
Conversation
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1918 +/- ##
=======================================
Coverage 94.58% 94.59%
=======================================
Files 459 459
Lines 43429 43438 +9
=======================================
+ Hits 41078 41089 +11
+ Misses 2351 2349 -2
☔ View full report in Codecov by Sentry. |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Differential Revision: D50276770
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Differential Revision: D50276770
64827e6
to
b02d4c7
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
b02d4c7
to
2732749
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
2732749
to
5542802
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
5542802
to
724aad9
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
724aad9
to
3f12f06
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
1 similar comment
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
3f12f06
to
ae888e4
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
ae888e4
to
d230844
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
Summary: As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile. For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so. While I was here, I also updated the functions with docstrings to abide by our standards :) Things in the pipeline: (1) Update other code impacted by this generator run change (2) Add the transition_to field to transition criterion class (3) Update the transition criterion class to check on a per node basis, instead of per experiment (4) add is_complete to generationNode and then use that in generation Strategy for moving forward (5) [Mby] skip max trial criterion addition if numtrials == -1 (6) add transition criterion to the repr string + some of the other fields that havent made it yet Reviewed By: ItsMrLin Differential Revision: D50276770
d230844
to
b9c714f
Compare
This pull request was exported from Phabricator. Differential Revision: D50276770 |
This pull request has been merged in bfccae0. |
Summary:
As we transition to using GenerationNodes by default in GenerationStrategy, we want to add in a geneartion_node_name argument to GeneratorRun. This arg is analogous to the generation_step_index, but more flexibile.
For backwards compatibility purposes, we aren't replacing generation_step_index at this time. I anticipate, over time we will be able to do so.
While I was here, I also updated the functions with docstrings to abide by our standards :)
Things in the pipeline:
(1) Update other code impacted by this generator run change
(2) Add the transition_to field to transition criterion class
(3) Update the transition criterion class to check on a per node basis, instead of per experiment
(4) add is_complete to generationNode and then use that in generation Strategy for moving forward
(5) [Mby] skip max trial criterion addition if numtrials == -1
(6) add transition criterion to the repr string + some of the other fields that havent made it yet
Differential Revision: D50276770