ci: Run gallery iOS transition perf build test on arm64 bots - #190418
Open
cbracken wants to merge 1 commit into
Open
ci: Run gallery iOS transition perf build test on arm64 bots#190418cbracken wants to merge 1 commit into
cbracken wants to merge 1 commit into
Conversation
This moves `Mac_build_test flutter_gallery__transition_perf_e2e_ios` in `.ci.yaml` from cpu=x86` to `cpu=arm64`, as part of a transition of all our mac builds/tests to arm64 hosts. Verification: * Checked `config/flutter_config.star` in `flutter/infra`; the `cpu=x86` restriction only applies to the `%sMac Devicelab Test Drone` pool, not to app compilation build tests (`devicelab_drone_build_test`). * Flutter Gallery iOS project has compiled without problem on arm64 hosts arm64 mac hosts for eons and already separately in CI (`Mac_arm64_ios flutter_gallery_ios__compile`). Part of flutter#189144
jmagman
requested changes
Aug 3, 2026
Member
There was a problem hiding this comment.
I'm not clear why this one was ever pinned to a x64 bot...
#111164
This is the only mac_build_test which was part of an aborted build+test model #103542.
If you are only looking at this test, instead of changing letting the builder override cpu you can remove the dimension and instead set it in mac_build_test.
However, I don't think there's any reason for mac_build_test to exist anymore, it can probably be renamed Mac_ios flutter_gallery__transition_perf_e2e_ios (which involves creating the new one in bringup and then removing bringup and removing the old test once it passes in presubmit). And then remove mac_build_test at the top.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This moves
Mac_build_test flutter_gallery__transition_perf_e2e_iosin.ci.yamlfrom cpu=x86tocpu=arm64`, as part of a transition of all our mac builds/tests to arm64 hosts.This doesn't rename the test since, despite the "perf" in its name, it's not skia-perf impacting. We build on a new machine type, but the tests/measurements are unchanged, and are still running on the same class of iOS device as before.
Manually verified via:
config/flutter_config.starinflutter/infra; thecpu=x86restriction only applies to the%sMac Devicelab Test Dronepool, not to app compilation build tests (devicelab_drone_build_test).Mac_arm64_ios flutter_gallery_ios__compile).No test changes since there are no code changes; building and passing existing tests is the test.
Issue: #189144
Pre-launch Checklist
///).If you need help, consider asking for advice on the #hackers-new channel on Discord.
If this change needs to override an active code freeze, provide a comment explaining why. The code freeze workflow can be overridden by code reviewers. See pinned issues for any active code freezes with guidance.
Note: The Flutter team is currently trialing the use of Gemini Code Assist for GitHub. Comments from the
gemini-code-assistbot should not be taken as authoritative feedback from the Flutter team. If you find its comments useful you can update your code accordingly, but if you are unsure or disagree with the feedback, please feel free to wait for a Flutter team member's review for guidance on which automated comments should be addressed.