-
Notifications
You must be signed in to change notification settings - Fork 344
clone_reset support for DeterministicGenerationNode #4134
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
base: main
Are you sure you want to change the base?
Conversation
This pull request was exported from Phabricator. Differential Revision: D80093006 |
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues unittesting benchmarking functionality, such as benchmark_replication. Differential Revision: D80093006
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #4134 +/- ##
=======================================
Coverage 96.04% 96.04%
=======================================
Files 566 567 +1
Lines 57129 57159 +30
=======================================
+ Hits 54869 54899 +30
Misses 2260 2260 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues unittesting benchmarking functionality, such as benchmark_replication. Differential Revision: D80093006
This pull request was exported from Phabricator. Differential Revision: D80093006 |
7f60edb
to
79de332
Compare
Summary: Pull Request resolved: facebook#4134 clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
This pull request was exported from Phabricator. Differential Revision: D80093006 |
79de332
to
9abe435
Compare
Summary: Pull Request resolved: facebook#4134 clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
This pull request was exported from Phabricator. Differential Revision: D80093006 |
Summary: Pull Request resolved: facebook#4134 clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
9abe435
to
307b591
Compare
Summary: Pull Request resolved: facebook#4137 Differential Revision: D80117995
Summary: Pull Request resolved: facebook#4134 clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
This pull request was exported from Phabricator. Differential Revision: D80093006 |
307b591
to
aef0a4f
Compare
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
Summary: clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy. This causes issues when unittesting benchmarking functionality, such as benchmark_replication. Currently, run orchestrator benchmarking tests on a clone of an unused GS, which keeps the issue in this diff from getting exposed. However, This means that we don't have access to the GS's state when computing `BenchmarkResult`s - an issue that is addressed in the subsequent diff. Differential Revision: D80093006
Summary:
clone_reset currently does not work for DeterministicGenerationNode, as the iterator is not reset when the method is called on the generation strategy.
This causes issues unittesting benchmarking functionality, such as benchmark_replication.
Rollback Plan:
Differential Revision: D80093006