Skip to content
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

Initial implementation of artifact bundles. #33

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

stellaraccident
Copy link
Contributor

No description provided.

Comment on lines +21 to +26
# {slice}_{dist_bundle_name}_{component}_{variant}.tar.xz
#
# - {slice}: For single sub-project slices, this is just the sub-project name
# as known to TheRock (e.g. amd-llvm, hipify, hipBLASLt, etc). For multi
# project slices, it is something descriptive and non-overlapping (e.g.
# "base").
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Out of curiosity, are there naming restrictions for these, like only having [a-zA-Z0-9\-] characters?

Comment on lines +1 to +4
# ROCm Dist Artifacts
# A primary output of the build system is a set of archive slices of key
# components. In typical CI flows, these are archived into tarballs and made
# available to successor jobs as artifacts. Successor jobs can use them for
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What orders of magnitude are we talking about here?

  • 100s-1000s of artifacts?
  • each artifact 1MB-10GB in size? Or are some significantly larger?

Comment on lines +2 to +4
# A primary output of the build system is a set of archive slices of key
# components. In typical CI flows, these are archived into tarballs and made
# available to successor jobs as artifacts. Successor jobs can use them for
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Where do you expect artifacts to be stored? GitHub-native locations like GitHub workflow artifacts for CI pipelines and/or GitHub packages for some components?

I presume some artifacts will be uploaded to package repositories and historical archives. Could these outputs eventually push to existing locations, replacing the existing tooling for that?

Comment on lines +80 to +82
# - "comm-libs-rccl": The RCCL sub-project.
# Dependencies: base, core-hip, compiler-hipify
# Target specificity: Yes
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a (public) chart showing this dependency graph? Should TheRock include one? Are there any dependency links that we want to rework as part of this (e.g. decoupling components)?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Stella doesn't draw :)

But there probably should be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants