[DataLoader2] Change serialization wrapper to iterator#87459
[DataLoader2] Change serialization wrapper to iterator#87459ejguan wants to merge 1 commit intopytorch:masterfrom
Conversation
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/87459
Note: Links to docs will display an error until the docs builds have been completed. ✅ No Failures, 4 PendingAs of commit 814a58c: This comment was automatically generated by Dr. CI and updates every 15 minutes. |
|
@ejguan has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
b1ce080 to
9564c0f
Compare
|
@ejguan has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
9564c0f to
71542f6
Compare
71542f6 to
814a58c
Compare
|
@ejguan has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
|
@pytorchbot merge (Initiating merge automatically since Phabricator Diff has merged) |
Merge startedYour change will be merged once all checks pass (ETA 0-4 Hours). Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
This is temporary fix for internal SEV. We have run three different workflows to validate this fix would unblock internal SEV. And, those are a few following-up tasks: - [ ] Create reproducible test for multithreading with generator - [ ] Figure out how to make fullsynciterator is working properly with generator - [ ] Move Wrapper back to generator if needed Pull Request resolved: pytorch#87459 Approved by: https://github.com/NivekT
This is temporary fix for internal SEV. We have run three different workflows to validate this fix would unblock internal SEV. And, those are a few following-up tasks: - [ ] Create reproducible test for multithreading with generator - [ ] Figure out how to make fullsynciterator is working properly with generator - [ ] Move Wrapper back to generator if needed Pull Request resolved: pytorch#87459 Approved by: https://github.com/NivekT
This is temporary fix for internal SEV. We have run three different workflows to validate this fix would unblock internal SEV.
And, those are a few following-up tasks: