Skip to content

Conversation

@lucylq
Copy link
Contributor

@lucylq lucylq commented Feb 13, 2025

Stack from ghstack (oldest at bottom):

Store the number of external tensors in each ExecutionPlan.

This saves time during loading, as we can directly allocate memory for external tensors without doing a pass to count how many external tensors require allocation.

Differential Revision: D69618283

Store the number of external tensors in each ExecutionPlan.

This saves time during loading, as we can directly allocate memory for external tensors without doing a pass to count how many external tensors require allocation.

Differential Revision: [D69618283](https://our.internmc.facebook.com/intern/diff/D69618283/)

[ghstack-poisoned]
@pytorch-bot
Copy link

pytorch-bot bot commented Feb 13, 2025

🔗 Helpful Links

🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/8483

Note: Links to docs will display an error until the docs builds have been completed.

❌ 5 New Failures

As of commit cfd05d6 with merge base c8311e6 (image):

NEW FAILURES - The following jobs have failed:

This comment was automatically generated by Dr. CI and updates every 15 minutes.

@facebook-github-bot facebook-github-bot added the CLA Signed This label is managed by the Facebook bot. Authors need to sign the CLA before a PR can be reviewed. label Feb 13, 2025
@facebook-github-bot
Copy link
Contributor

This pull request was exported from Phabricator. Differential Revision: D69618283

lucylq added a commit that referenced this pull request Feb 13, 2025
Store the number of external tensors in each ExecutionPlan.

This saves time during loading, as we can directly allocate memory for external tensors without doing a pass to count how many external tensors require allocation.

Differential Revision: [D69618283](https://our.internmc.facebook.com/intern/diff/D69618283/)

ghstack-source-id: 266371204
Pull Request resolved: #8483
@github-actions
Copy link

This PR needs a release notes: label

If your changes are user facing and intended to be a part of release notes, please use a label starting with release notes:.

If not, please add the topic: not user facing label.

To add a label, you can comment to pytorchbot, for example
@pytorchbot label "topic: not user facing"

For more information, see
https://github.com/pytorch/pytorch/wiki/PyTorch-AutoLabel-Bot#why-categorize-for-release-notes-and-how-does-it-work.

@JacobSzwejbka
Copy link
Contributor

So this is an FC breaking change but thats fine since no one is using external constants yet.

Otherwise adding things to the schema is a pretty high bar typically. I think this change overall is fine since the overhead is small, but I'd still prefer we icebox this change until its clear the overhead of the scan requires this. Since we only ever have to perform the scan if a .ptd was provided anyway.

@larryliu0820
Copy link
Contributor

So this is an FC breaking change but thats fine since no one is using external constants yet.

Otherwise adding things to the schema is a pretty high bar typically. I think this change overall is fine since the overhead is small, but I'd still prefer we icebox this change until its clear the overhead of the scan requires this. Since we only ever have to perform the scan if a .ptd was provided anyway.

Oh just saw this - I would love to make things right before people start to use it.

until its clear the overhead of the scan requires this

Even if the scan is trivial, it is something not necessary at runtime and we probably want the runtime logic to be as simple as possible.

@github-actions
Copy link

Looks like this PR hasn't been updated in a while so we're going to go ahead and mark this as Stale.
Feel free to remove the Stale label if you feel this was a mistake.
If you are unable to remove the Stale label please contact a maintainer in order to do so.
If you want the bot to never mark this PR stale again, add the no-stale label.
Stale pull requests will automatically be closed after 30 days of inactivity.

@github-actions github-actions bot added the stale PRs inactive for over 60 days label Aug 30, 2025
@github-actions
Copy link

Looks like this PR hasn't been updated in a while so we're going to go ahead and mark this as Stale.
Feel free to remove the Stale label if you feel this was a mistake.
If you are unable to remove the Stale label please contact a maintainer in order to do so.
If you want the bot to never mark this PR stale again, add the no-stale label.
Stale pull requests will automatically be closed after 30 days of inactivity.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

CLA Signed This label is managed by the Facebook bot. Authors need to sign the CLA before a PR can be reviewed. fb-exported stale PRs inactive for over 60 days

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants