-
Notifications
You must be s 8000 igned in to change notification settings - Fork 28.5k
[Windows Arm64] Benchmarks incorrectly bucketed as 'intel' architecture #135722
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
Comments
@yusuf-goog Could you have take a look at the python installed on these bots via salt? We should install an arm64 versioned python on these arm machines. |
If it's going to take a while to get an arm64 python build, is there a quick workaround? For macOS we use something like this, which is unfortunately very BSD-specific: Looks like the Dart SDK uses this for Windows: Sadly that only helps at build time, so doesn't help us during devicelab testing unless that happens to be set in our luci recipes (do we use cipd for devicelab?) :( Looks like Windows has a |
Unfortunately this returns the same based on the x64 python:
One way we can do is explicitly provide the arch as a property, which then be retrieved from recipes. |
#135725 to add the property to windows_arm64 platform. After these two pr/cl land, this should be unblocked. Then the remaining action item here is to install arm64 python instead of x64 version on these arm windows testbeds. |
Window arm64 bots are using x64 built python, which gave incorrect arch info. This PR adds the arch info explicitly so that recipes can get this value and populate to benchmark tags. Part of #135722
We wrote some documentation of Since this value is set depending on binary architecture, there is no easy way to change it. You need to run a native windows-arm64 python. Setting the property manually like it was proposed is probably the best/cleanest solution. |
|
Window arm64 bots are using x64 built python, which gave incorrect arch info. This PR adds the arch info explicitly so that recipes can get this value and populate to benchmark tags. Part of flutter#135722
Change-Id: Id7fa934f8dbea0461b8dbe39c3575e72d5f9e02b Bug: flutter/flutter#135722 Reviewed-on: https://flutter-review.googlesource.com/c/recipes/+/51420 Reviewed-by: Loïc Sharma <loicsharma@google.com> Commit-Queue: Keyong Han <keyonghan@google.com>
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of |
Is there an existing issue for this?
Type of Request
bug
Infrastructure Environment
LUCI
What is happening?
The Windows Arm64 benchmarks are incorrectly bucketed with the Windows x64 benchmarks. As a result, it appears that Windows x64 benchmarks have massively regressed.
The recipes set the
arch
benchmark tag tointel
on Windows Arm64. In this build example, notice how--benchmark-tags
has"arch": "intel"
even thoughPROCESSOR_IDENTIFIER: ARMv8 (64-bit) Family 8 Model D4B Revision 0, Qualcomm Technologies Inc
It looks like the root cause is that the Windows Arm64 Python installation returns
AMD64
forplatform.machine()
. As a result, LUCI returnsintel
for the architecture. The Flutter recipes likely need to workaround this Python bug.Steps to reproduce
Step 1: Open a Windows Arm64 benchmark: https://ci.chromium.org/ui/p/flutter/builders/staging/Windows_arm64%20complex_layout_win_desktop__start_up
Step 2: Open the
stdout
for theupload results
stepStep 3: Check the
arch
benchmark tag. The actual value isintel
, which is incorrect.Expected results
The
arch
benchmark tag should bearm
.The text was updated successfully, but these errors were encountered: