- Notifications
You must be signed in to change notification settings - Fork26.3k
[ONNX] Delete JitTraceConvertStrategy#152556
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
[ONNX] Delete JitTraceConvertStrategy#152556
Conversation
pytorch-botbot commentedApr 30, 2025 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
🔗 Helpful Links🧪 See artifacts and rendered test results athud.pytorch.org/pr/152556
Note: Links to docs will display an error until the docs builds have been completed. ✅ You can merge normally! (1 Unrelated Failure)As of commite534772 with merge base28efeb1 ( BROKEN TRUNK - The following job failed but were present on the merge base:👉Rebase onto the `viable/strict` branch to avoid these failures
This comment was automatically generated by Dr. CI and updates every 15 minutes. |
justinchuby left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Can you go to reporting and remove the corresponding entries for the reports?
justinchuby commentedApr 30, 2025
#152467 This makes me reconsider the strict=True case |
titaiwangms commentedApr 30, 2025
I think the real question is still "does it make sense for onnx to use torch.export.export(..., strict=True)". |
justinchuby commentedApr 30, 2025
I think if we know strict=False covers a superset of models than strict=True. Is there a downside? |
titaiwangms commentedApr 30, 2025 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
The case we have here to support having another capture strategy looks like just a bug. I am not sure how much benefit we really gain from keeping multiple strategies. Personally, I don't like the long print out. And I believe that the reason of torch.export having this parameter is more than strict=False could have bugs. |
justinchuby commentedApr 30, 2025 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
I think it is changing the default to False now.@tugsbayasgalan@angelayi is it the plan to deprecate strict=True at some point? Is there additional value in using strict=True? Thanks! |
angelayi commentedMay 1, 2025
I don't think we plan on deprecating strict=True. Because torch.compile is going through that path, depending on how it's implemented, some new features could be better supported in the strict=True path. |
justinchuby commentedMay 1, 2025 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
If that's the case@titaiwangms maybe just remove the jit convert strategy for now? If |
titaiwangms commentedMay 1, 2025
@pytorchbot merge |
pytorchmergebot commentedMay 1, 2025
Merge startedYour change will be merged once all checks pass (ETA 0-4 Hours). Learn more about merging in thewiki. Questions? Feedback? Please reach out to thePyTorch DevX Team |
Fixes#151703