-
Notifications
You must be signed in to change notification settings - Fork 6.7k
Reuse params from cached_op_args #20221
Conversation
|
Hey @samskalicky , Thanks for submitting the PR
CI supported jobs: [unix-gpu, centos-cpu, windows-cpu, unix-cpu, centos-gpu, edge, miscellaneous, website, clang, windows-gpu, sanity] Note: |
Kh4L
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.
LGTM! Thanks for the PR
waytrue17
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.
LGTM, thanks!
mseth10
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.
LGTM
mseth10
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.
LGTM
* initial commit * fixed handling * fixed formatting Co-authored-by: Ubuntu <[email protected]>
* initial commit * fixed handling * fixed formatting Co-authored-by: Ubuntu <[email protected]> Co-authored-by: Ubuntu <[email protected]>
Description
Reuse the params in
cached_op_argsfor subsequent calls tooptimize_for. Currently, if a new param is added during one call tooptimize_forit is not available for subsequent calls. For example, if you run multiple graph passes then you would need to export/import to get the param. This PR checks ifcached_op_argsis set and reuses those, otherwise it just callscollect_paramslike normal.Also added a check for
backendargument inoptimize_forand cleaned up logic to callhybridizenow that we're using aclearargument to control clearing the cached_graph (whereas before we werent calling hybridize in order to not clear the cached_graph).FYI @Kh4L
Checklist
Essentials
Changes
Comments