-
Notifications
You must be signed in to change notification settings - Fork 540
3 times longer build time after upgrading to MAUI 8 SR9 #21306
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
Can you get a binlog by adding -bl:msbuild.binlog to the build command: - script: >
dotnet publish $(projectPath)
-f net8.0-ios
-r ios-arm64
-c Release
-p:BuildIpa=True
-p:CodesignProvision="$(APPLE_PROV_PROFILE_UUID)"
-p:CodesignKey="$(APPLE_CERTIFICATE_SIGNING_IDENTITY)"
-bl:msbuild.binlog and then attach the resulting binlog here? If at all possible, it would be great if you could get a binlog from a previous MAUI version, so that we can compare exactly where the time difference is. |
@rolfbjarne I cannot upload a binlog here due to company policies, but I've investigated more and I've solved the issue, but in a strange way. When upgrading to MAUI 8.0.90 I also updated my public library https://github.com/nalu-development/nalu from version 3.1.1 to 8.0.0 where I changed the So:
This makes me think that somehow building a MAUI library into NuGet packages by using MAUI 8.0.90 is causing something strange in the output DLL. I will try to create a simple how-to-repro repository and get back to you, in the mean time I hope the additional info rings some bell :) |
I would like to chime in with the increased build time. From 2 days ago to today, our build time went from 20-25 minutes to 50-55 minutes on average. We don't use It's hard to compare with an exact build from some days ago since we had pinned neither workload versions, workload sets, etc. @rolfbjarne I can privately message you the binlog or anything else you need to retrace this? |
@DDHSchmidt you can send me the binlog at Rolf.Kvinge@microsoft.com if you want, I can have a look, although I'm not entirely sure I'll figure out what's going on without a binlog from a previous, fast build. |
Thanks for the binlog, but nothing obvious (except that the AOTCompile takes a long time) stands out. Assuming you're able to reproduce this locally, one idea might be to install the previous version of the workloads, get a binlog, install the new version and get a binlog again (see dotnet/maui#24819 (comment) for how to go back and forth). |
Today I got 40 minutes even with 8.0.82, so at this point I think this is just an ADO agent performance issue.
|
Apple platform
iOS
Framework version
net8.0-*
Affected platform version
8.0.401
Description
I'm using ADO
macos14
image (Mac-1727286443307
) to build our MAUI app targeting iOS and Android.After upgrading from MAUI 8.0.82 to 8.0.90 the iOS build time went from 12 minutes to 37 minutes with basically no changes to the code besides upgrading the MAUI package.
This unfortunately breaks the entire ADO pipeline because it goes over 60 minutes.
I have
UseInterpreter
set totrue
and no other special configuration set.The majority of time seems to be spent after I see the message
Optimizing assemblies for size. This process might take a while.
.Steps to Reproduce
This is my
azure-pipeline.yml
:Did you find any workaround?
No response
Build logs
Using
-v diag
I've noticed the majority of time is spent in tasks like these:The text was updated successfully, but these errors were encountered: