fix: only require barrier mode if more than one partition is trained on - #1912
fix: only require barrier mode if more than one partition is trained on#1912Markus Cozowicz (eisber) wants to merge 2 commits into
Conversation
|
/azp run |
|
Hey Markus Cozowicz (@eisber) 👋! We use semantic commit messages to streamline the release process. Examples of commit messages with semantic prefixes:
To test your commit locally, please follow our guild on building from source. |
|
Azure Pipelines successfully started running 1 pipeline(s). |
Codecov Report
@@ Coverage Diff @@
## master #1912 +/- ##
==========================================
- Coverage 86.81% 86.27% -0.55%
==========================================
Files 301 301
Lines 15783 15783
Branches 848 842 -6
==========================================
- Hits 13702 13616 -86
- Misses 2081 2167 +86
... and 10 files with indirect coverage changes Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
## Summary Use barrier execution only when VowpalWabbit training enables it and the prepared dataset has more than one partition. Add Spark-stage execution-path assertions for enabled multi-partition, disabled multi-partition, and enabled single-partition training. ## Prompting Intent Revalidate the current VowpalWabbitBaseLearner behavior, restore the minimal source-compatible rule proposed by the ancient PR, prove it through TDD and targeted VW validation, and keep the change isolated from LightGBM. ## Linked Sources - Original proposal: microsoft#1912 - Initial CI failure: https://msdata.visualstudio.com/b9b2accc-2d1c-45b3-9d24-0eb5d78cc47f/_build/results?buildId=229206650 - Repository review guidance: .github/skills/code-review/SKILL.md - Local validation guidance: .github/skills/synapseml-local-setup/SKILL.md ## Rationale Keep the public API and multi-partition synchronization behavior unchanged with a short-circuit partition-count guard. Observe Spark stage metadata rather than adding a test-only PipelineStage subclass, and use a marker job to drain asynchronous listener events deterministically; this proves the selected execution path without entering global stage discovery. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
## Summary Use barrier execution only when VowpalWabbit training enables it and the prepared dataset has more than one partition. Add Spark-stage execution-path assertions for enabled multi-partition, disabled multi-partition, and enabled single-partition training. ## Prompting Intent Revalidate the current VowpalWabbitBaseLearner behavior, restore the minimal source-compatible rule proposed by the ancient PR, prove it through TDD and targeted VW validation, and keep the change isolated from LightGBM. ## Linked Sources - Original proposal: microsoft#1912 - Initial CI failure: https://msdata.visualstudio.com/b9b2accc-2d1c-45b3-9d24-0eb5d78cc47f/_build/results?buildId=229206650 - Repository review guidance: .github/skills/code-review/SKILL.md - Local validation guidance: .github/skills/synapseml-local-setup/SKILL.md ## Rationale Keep the public API and multi-partition synchronization behavior unchanged with a short-circuit partition-count guard. Observe Spark stage metadata rather than adding a test-only PipelineStage subclass, and use a marker job to drain asynchronous listener events deterministically; this proves the selected execution path without entering global stage discovery. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
## Summary Use barrier execution only when VowpalWabbit training enables it and the prepared dataset has more than one partition. Add Spark-stage execution-path assertions for enabled multi-partition, disabled multi-partition, and enabled single-partition training. ## Prompting Intent Revalidate the current VowpalWabbitBaseLearner behavior, restore the minimal source-compatible rule proposed by the ancient PR, prove it through TDD and targeted VW validation, and keep the change isolated from LightGBM. ## Linked Sources - Original proposal: #1912 - Initial CI failure: https://msdata.visualstudio.com/b9b2accc-2d1c-45b3-9d24-0eb5d78cc47f/_build/results?buildId=229206650 - Repository review guidance: .github/skills/code-review/SKILL.md - Local validation guidance: .github/skills/synapseml-local-setup/SKILL.md ## Rationale Keep the public API and multi-partition synchronization behavior unchanged with a short-circuit partition-count guard. Observe Spark stage metadata rather than adding a test-only PipelineStage subclass, and use a marker job to drain asynchronous listener events deterministically; this proves the selected execution path without entering global stage discovery. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
|
Superseded by #2592, which rebased this behavior onto current master, added targeted single- and multi-partition regression coverage, passed validation, and has now merged. Closing this historical PR to avoid duplicate work. |
What changes are proposed in this pull request?
only require barrier mode if more than one partition is trained on