Feature/group offload pinning

[Aki-07]

What does this PR do?

Fixes #11966

Before submitting

• This PR fixes a typo or improves the docs (you can dismiss the other checks if that's the case).
• Did you read the contributor guideline?
• Did you read our philosophy doc (important for complex PRs)?
• Was this discussed/approved via a GitHub issue or the forum? Please add a link to it if that's the case.
• Did you make sure to update the documentation with your changes? Here are the
  documentation guidelines, and
  here are tips on formatting docstrings.
• Did you write any new necessary tests?

Who can review?

Anyone in the community is free to review the PR once the tests have passed. Feel free to tag
members/contributors who may be interested in your PR.

@sayakpaul

[sayakpaul]

Thanks for your PR. However, it's being worked on in #12721.

[sayakpaul]

Could we resolve conflicts so that it's a bit easier to review? Seems like there's some overlap from #12692.

[Aki-07]

Done! Rebased on latest main and resolved conflicts with #12692. Should be much cleaner to review now.

[sayakpaul]

Some initial comments.

[sayakpaul]

What if non_blocking=True?

[Aki-07]

Even with non_blocking=True, if a previous group onloaded this one on a side stream, we need a sync before the default stream uses the weights or we risk reading half-copied tensors. I’ve limited the sync to the record_stream=False case, when record_stream=True the tensors are tied to the consumer stream so we can safely skip the sync.

[bconstantine]

Thank you for the initial comment! We are working on the solutions right now

[sayakpaul]

@bot /style

[github-actions]

Style bot fixed some files and pushed the changes.

[HuggingFaceDocBuilderDev]

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.