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

feat(ci): add fast-docker-build-arm workflow #18124

Merged
merged 7 commits into from
Aug 20, 2024
Merged

Conversation

kwannoel
Copy link
Contributor

@kwannoel kwannoel commented Aug 20, 2024

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.

What's changed and what's your intention?

Thanks to @BugenZhao the work here is rather trivial after #17760.

We just use the release profile for the fast-docker-build-arm workflow, and only build and tag the arm image.
That profile has lto disabled.

Bring image build time down to 16m40s. https://buildkite.com/risingwavelabs/fast-docker-build-arm/builds/6#_

Closes #18097

Checklist

  • I have written necessary rustdoc comments
  • I have added necessary unit tests and integration tests
  • I have added test labels as necessary. See details.
  • I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features Sqlsmith: Sql feature generation #7934).
  • My PR contains breaking changes. (If it deprecates some features, please create a tracking issue to remove them in the future).
  • All checks passed in ./risedev check (or alias, ./risedev c)
  • My PR changes performance-critical code. (Please run macro/micro-benchmarks and show the results.)
  • My PR contains critical fixes that are necessary to be merged into the latest release. (Please check out the details)

Documentation

  • My PR needs documentation updates. (Please use the Release note section below to summarize the impact on users)

Release note

If this PR includes changes that directly affect users or other significant modifications relevant to the community, kindly draft a release note to provide a concise summary of these changes. Please prioritize highlighting the impact these changes will have on users.

@kwannoel kwannoel marked this pull request as ready for review August 20, 2024 09:42
@@ -6,6 +6,7 @@ set -euo pipefail
ghcraddr="ghcr.io/risingwavelabs/risingwave"
dockerhubaddr="risingwavelabs/risingwave"
arch="$(uname -m)"
CARGO_PROFILE=${CARGO_PROFILE:-production}
Copy link
Contributor Author

Choose a reason for hiding this comment

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

It will still default to production, only in the fast docker build we will use release profile.

Copy link
Member

@BugenZhao BugenZhao left a comment

Choose a reason for hiding this comment

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

Why do we only add this for arm arch?

BTW, release profile enables incremental building. Can consider disabling it (by defining a new profile) for further speed-up.

@kwannoel
Copy link
Contributor Author

Why do we only add this for arm arch?

BTW, release profile enables incremental building. Can consider disabling it (by defining a new profile) for further speed-up.

Good idea. Let me see how much further we can bring it down.

@kwannoel kwannoel force-pushed the kwannoel/docker-no-lto branch from 80aff8b to 401c80b Compare August 20, 2024 12:46
@kwannoel kwannoel enabled auto-merge August 20, 2024 12:47
Comment on lines +301 to +308
# Patch profile for production clusters.
# It will trade-off lto for faster build time.
[profile.patch-production]
inherits = "production"
debug = "full"
incremental = false
split-debuginfo = "packed"
lto = "off"
Copy link
Member

Choose a reason for hiding this comment

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

Can you comment the reason for other changes: especially debug & split-debuginfo

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Actually I suppose we don't need those fields. We can just follow what production has set. Let me update it.

@kwannoel kwannoel added this pull request to the merge queue Aug 20, 2024
@graphite-app graphite-app bot requested a review from a team August 20, 2024 13:11
Merged via the queue into main with commit 281a696 Aug 20, 2024
29 of 30 checks passed
@kwannoel kwannoel deleted the kwannoel/docker-no-lto branch August 20, 2024 13:12
github-actions bot pushed a commit that referenced this pull request Aug 20, 2024
github-merge-queue bot pushed a commit that referenced this pull request Aug 20, 2024
@kwannoel kwannoel added the need-cherry-pick-release-1.10 Open a cherry-pick PR to branch release-1.10 after the current PR is merged label Aug 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
need-cherry-pick-release-1.10 Open a cherry-pick PR to branch release-1.10 after the current PR is merged need-cherry-pick-release-2.0 type/feature
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add a fast docker build buildkite workflow
3 participants