-
Notifications
You must be signed in to change notification settings - Fork 25.7k
Remove getScriptRemoteCallType #57854
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
Conversation
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
💊 CI failures summary and remediationsAs of commit c21688b (more details on the Dr. CI page):
🕵️ 1 new failure recognized by patternsThe following CI failures do not appear to be due to upstream breakages:
|
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
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.
LGTM
| .toRRef()); | ||
| } else { | ||
| ownerRRef = ctx.getOrCreateOwnerRRef(rrefId, returnType); | ||
| ownerRRef = ctx.getOrCreateOwnerRRef(rrefId, jitFuture->elementType()); |
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.
I assume runJitFunction and runJitOperator can retrieve type correctly, so that we can directly the the elementType from this Future?
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.
I did look into how they determine the type for the Future that they return, and they seem to be doing some kind of introspection and type inference. Hence to me they seem to be doing the right thing, but I'm not an expert on JIT so I may perhaps miss some nuances?
|
There turned out to be test failures because the inferred types were now "too" precise. In particular it seems before we were just inferring a "base" tensor whereas now we infer a "specialized" tensor. I had to thus relax a check later on to accept tensor subclasses. |
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/) [ghstack-poisoned]
Pull Request resolved: pytorch#57854 Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong. ghstack-source-id: 129567060 Differential Revision: [D28253843](https://our.internmc.facebook.com/intern/diff/D28253843/)
|
This pull request has been merged in 20d02cb. |
Stack from ghstack:
Because OwnerRRefs used to be created before their value was computed, we had to figure out their type ahead of time. After the previous diff, we inverted the order of operations, and we can now first compute the result and then create the OwnerRRef. Which means we can just inspect the value to get its type. Much simpler, and much less likely to get it wrong.
Differential Revision: D28253843