| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
## Summary The modal test now shows the error because of the combination of PyTorch v2.7 and Transformer `main` branch, and it is blocking PRs. To address it, we improve our test workflows as follows. - Add manual dependency version inputs for the torch-latest CI workflows and default the torch-latest family to PyTorch 2.10 plus Transformers git `main`. - Let CPU and AWS full torch-latest runs select either released Transformers package versions or an explicit Transformers git ref for manual validation. - Let Modal torch-latest runs select supported PyTorch/CUDA image presets and an optional Transformers git ref, defaulting to `2.10.0-cuda12.8` and Transformers git `main`. ## Known follow-up - The AWS full real CI lane for PyTorch 2.10 plus Transformers main reached `Unit tests (parallel)` but failed with 33 failures. Some of these may overlap with fixes in #8015; I am opening this PR now so the workflow/input changes can be reviewed while those failures are handled separately. - CPU and Modal real CI validation for the requested tuple passed. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
## Summary The modal test now shows the error because of the combination of PyTorch v2.7 and Transformer `main` branch, and it is blocking PRs. To address it, we improve our test workflows as follows. - Add manual dependency version inputs for the torch-latest CI workflows and default the torch-latest family to PyTorch 2.10 plus Transformers git `main`. - Let CPU and AWS full torch-latest runs select either released Transformers package versions or an explicit Transformers git ref for manual validation. - Let Modal torch-latest runs select supported PyTorch/CUDA image presets and an optional Transformers git ref, defaulting to `2.10.0-cuda12.8` and Transformers git `main`. ## Known follow-up - The AWS full real CI lane for PyTorch 2.10 plus Transformers main reached `Unit tests (parallel)` but failed with 33 failures. Some of these may overlap with fixes in deepspeedai#8015; I am opening this PR now so the workflow/input changes can be reviewed while those failures are handled separately. - CPU and Modal real CI validation for the requested tuple passed. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
) Run the FastFileWriter fd-close regression in the sequential CI bucket without pytest-forked. The test exercises the real torch.save() through FastFileWriter with async I/O and pinned memory. The scheduled AWS [full CI failure](deepspeedai#8015) happens before the fd-close assertion because the sequential bucket still runs under --forked, and CUDA-backed pinned memory is not safe in that forked worker context. Marking this regression as sequential keeps it out of the parallel bucket, and removing --forked from the sequential run lets it test the intended close/unlink behavior. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
## Summary The modal test now shows the error because of the combination of PyTorch v2.7 and Transformer `main` branch, and it is blocking PRs. To address it, we improve our test workflows as follows. - Add manual dependency version inputs for the torch-latest CI workflows and default the torch-latest family to PyTorch 2.10 plus Transformers git `main`. - Let CPU and AWS full torch-latest runs select either released Transformers package versions or an explicit Transformers git ref for manual validation. - Let Modal torch-latest runs select supported PyTorch/CUDA image presets and an optional Transformers git ref, defaulting to `2.10.0-cuda12.8` and Transformers git `main`. ## Known follow-up - The AWS full real CI lane for PyTorch 2.10 plus Transformers main reached `Unit tests (parallel)` but failed with 33 failures. Some of these may overlap with fixes in deepspeedai#8015; I am opening this PR now so the workflow/input changes can be reviewed while those failures are handled separately. - CPU and Modal real CI validation for the requested tuple passed. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com> Signed-off-by: nathon-lee <leejianwoo@gmail.com>
) Run the FastFileWriter fd-close regression in the sequential CI bucket without pytest-forked. The test exercises the real torch.save() through FastFileWriter with async I/O and pinned memory. The scheduled AWS [full CI failure](deepspeedai#8015) happens before the fd-close assertion because the sequential bucket still runs under --forked, and CUDA-backed pinned memory is not safe in that forked worker context. Marking this regression as sequential keeps it out of the parallel bucket, and removing --forked from the sequential run lets it test the intended close/unlink behavior. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com> Signed-off-by: nathon-lee <leejianwoo@gmail.com>
## Summary The modal test now shows the error because of the combination of PyTorch v2.7 and Transformer `main` branch, and it is blocking PRs. To address it, we improve our test workflows as follows. - Add manual dependency version inputs for the torch-latest CI workflows and default the torch-latest family to PyTorch 2.10 plus Transformers git `main`. - Let CPU and AWS full torch-latest runs select either released Transformers package versions or an explicit Transformers git ref for manual validation. - Let Modal torch-latest runs select supported PyTorch/CUDA image presets and an optional Transformers git ref, defaulting to `2.10.0-cuda12.8` and Transformers git `main`. ## Known follow-up - The AWS full real CI lane for PyTorch 2.10 plus Transformers main reached `Unit tests (parallel)` but failed with 33 failures. Some of these may overlap with fixes in deepspeedai#8015; I am opening this PR now so the workflow/input changes can be reviewed while those failures are handled separately. - CPU and Modal real CI validation for the requested tuple passed. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
) Run the FastFileWriter fd-close regression in the sequential CI bucket without pytest-forked. The test exercises the real torch.save() through FastFileWriter with async I/O and pinned memory. The scheduled AWS [full CI failure](deepspeedai#8015) happens before the fd-close assertion because the sequential bucket still runs under --forked, and CUDA-backed pinned memory is not safe in that forked worker context. Marking this regression as sequential keeps it out of the parallel bucket, and removing --forked from the sequential run lets it test the intended close/unlink behavior. --------- Signed-off-by: Masahiro Tanaka <mtanaka@anyscale.com>
| Back | FazBrowse Home | New Git URL |
Run the FastFileWriter fd-close regression in the sequential CI bucket without pytest-forked.
The test exercises the real torch.save() through FastFileWriter with async I/O and pinned memory. The scheduled AWS full CI failure happens before the fd-close assertion because the sequential bucket still runs under --forked, and CUDA-backed pinned memory is not safe in that forked worker context.
Marking this regression as sequential keeps it out of the parallel bucket, and removing --forked from the sequential run lets it test the intended close/unlink behavior.