dotnet publish -f net8.0-ios -c Release is way too slow

[rolfbjarne]

From @cmydur on Tue, 23 Jan 2024 04:32:52 GMT

Description

My Publish times for iOS are close an hour or so.

Steps to Reproduce

Create a new MAUI App
build the app
run dotnet publish -f net8.0-ios -c Release

Link to public reproduction project repository

No response

Version with bug

8.0.6

Is this a regression from previous behavior?

Not sure, did not test other versions

Last version that worked well

Unknown/Other

Affected platforms

iOS

Affected platform versions

iOS

Did you find any workaround?

No

Relevant log output

No response

Copied from original issue dotnet/maui#20090

[rolfbjarne]

From @mobilewares on Tue, 23 Jan 2024 23:38:38 GMT

We consistently get ~5 minutes build times on our DevOps MacVM based pipeline (and same with 8.0.6 nugets) for the iOS build - which is typically a lot slower vs a local Mac machine. We do a MAUI workload install & a dotnet restore prior to this & it's a very large complex project with a lot of 3rd party components in use.
Are you able to see what point in the output/build process it's taking so long?

[rolfbjarne]

From @cmydur on Wed, 24 Jan 2024 03:36:31 GMT

I'm running on my local Mac, this is where it is stuck for long time. One thing to note is Android build does not take as long

Optimizing assemblies for size may change the behavior of the app. Be sure to test after publishing. See: https://aka.ms/dotnet-illink
Optimizing assemblies for size. This process might take a while.

[rolfbjarne]

From @javrro on Thu, 01 Feb 2024 04:05:13 GMT

Im getting the same issue.
Though I havent waited the hour to see if it finishes the build.

[rolfbjarne]

From @cmydur on Thu, 01 Feb 2024 04:34:38 GMT

It will finish after an hour

[rolfbjarne]

From @vchelaru on Fri, 16 Feb 2024 21:02:55 GMT

I am also experiencing this problem - no comments from the maintainers on why this is happening or when it might be fixed?

[rolfbjarne]

From @josemnbcamacho on Fri, 23 Feb 2024 14:30:49 GMT

I'm also having this problem. ADO pipelines were failing because build time was longer than one hour.

Added this to Release configuration and build times came back to normal:

<MtouchUseLlvm>False</MtouchUseLlvm>
<AotAssemblies>True</AotAssemblies>

[rolfbjarne]

From @ninachen03 on Mon, 29 Apr 2024 08:45:57 GMT

Verified this issue with Visual Studio 17.6.10(build 428) ,I can not repro it.

[rolfbjarne]

From @MrZander on Fri, 21 Jun 2024 22:29:53 GMT

I am also experiencing this issue.

Running dotnet 8.0.302

dotnet publish -f net8.0-ios -c Release -p:ArchiveOnBuild=true -p:RuntimeIdentifier=ios-arm64 -p:CodesignKey="iPhone Distribution" -p:CodesignProvision="My Provision" -p:ServerAddress=omitted -p:ServerUser=omitted -p:ServerPassword=omitted -p:TcpPort=omitted -p:_DotNetRootRemoteDirectory=/Users/myuser/Library/Caches/Xamarin/XMA/SDKs/dotnet/ -v diag

Adding <MtouchUseLlvm>False</MtouchUseLlvm> dropped my release build time from 2.5 hours to ~10 minutes. Still pretty dang slow, but it is at least manageable.

[rolfbjarne]

From @pluggy on Wed, 28 Aug 2024 08:12:12 GMT

Same problem here. Half an hour for a release build is too much.

[rolfbjarne]

From @MartyIX on Wed, 28 Aug 2024 15:39:37 GMT

(Would it help here to produce a binlog? See https://github.com/dotnet/maui/wiki/Capturing-Binary-Logs or https://dfederm.com/debugging-msbuild/. Just an idea.)

[rolfbjarne]

From @rbev on Tue, 22 Oct 2024 06:38:34 GMT

I'm also having this problem. ADO pipelines were failing because build time was longer than one hour.

Added this to Release configuration and build times came back to normal:

<MtouchUseLlvm>False</MtouchUseLlvm>
<AotAssemblies>True</AotAssemblies>

Did this have any significant impact on package size or performance?

[rolfbjarne]

From @rabuckley on Fri, 25 Oct 2024 11:29:23 GMT

I'm hitting very slow release build times too. Running the following on my M1 MacBook Pro took over 13 minutes. Publishing the same app takes just over one minute. Is such a large difference expected? Is the big difference between building for simulator vs. a real device?

dotnet new maui --name MauiBuildTime
cd MauiBuildTime
dotnet build -c release -f net9.0-ios -bl

Machine Specs and dotnet info

macOS Sequoia 15.0.1 (24A348) [Darwin 24.0.0]
Apple M1 Pro, 1 CPU, 10 logical and 10 physical cores

---

.NET SDK:
 Version:           9.0.100-rc.2.24474.11
 Commit:            315e1305db
 Workload version:  9.0.100-manifests.3424025a
 MSBuild version:   17.12.0-preview-24473-03+fea15fbd1

Runtime Environment:
 OS Name:     Mac OS X
 OS Version:  15.0
 OS Platform: Darwin
 RID:         osx-arm64
 Base Path:   /usr/local/share/dotnet/sdk/9.0.100-rc.2.24474.11/

.NET workloads installed:
 [maui]
   Installation Source: SDK 9.0.100-rc.2
   Manifest Version:    9.0.0-rc.2.24503.2/9.0.100-rc.2
   Manifest Path:       /usr/local/share/dotnet/sdk-manifests/9.0.100-rc.2/microsoft.net.sdk.maui/9.0.0-rc.2.24503.2/WorkloadManifest.json
   Install Type:        FileBased

Build

dotnet build -c release -f net9.0-ios -bl
You are using a preview version of .NET. See: https://aka.ms/dotnet-support-policy
  MauiBuildTime net9.0-ios succeeded (788.8s) → bin/Release/net9.0-ios/iossimulator-arm64/MauiBuildTime.dll

Build succeeded in 789.0s

Publish

dotnet publish -c release -r ios-arm64 -f net9.0-ios -bl
You are using a preview version of .NET. See: https://aka.ms/dotnet-support-policy
  MauiBuildTime net9.0-ios succeeded (69.2s) → bin/Release/net9.0-ios/ios-arm64/MauiBuildTime.dll

Build succeeded in 69.4s

[rbev]

I'd like to point out that disabling LLVM dropped my iOS binary size by 30% and didn't have a noticeable performance penalty

Shaving 90% off my build times seems to be a small price to pay

[rolfbjarne]

Another way to get a faster release build would be to enable NativeAOT for iOS.

[tj-devel709]

I was going to create this issue in macios but there is already an issue here. I'll tag my old issue in case it helps :)
dotnet/maui#26349

[bcaceiro]

Just wanted to point out that the same, or worse, happens using .net9
I am using a Mac M1Pro, and building release for iOS - so far 15 mins and nothing finished. It only prints
IL stripping assemblies
and nothing else in the console.

Any workaround for this? Or plans to address this?

[bcaceiro]

Alright so:
Mac M1 Pro
XCode 16.1
.net MAUI 9
workloads: maui 9.0.0/9.0.100 SDK 9.0.100

Build time - Build completed in 00:18:41.688
Release Config - default as per new maui solution
NugetPackages:

• MAUI
• Maps
• Sentry

[brunck]

I'm seeing this in Debug configurations when building for a device (not simulator). I can try to make a minimal repro if that's necessary.

[angularsen]

Our already extremely slow 40-50 minute MAUI iOS builds are now 2 hours after upgrading from net8 to net9 🤯
It hangs 1 hour 50 minutes on IL stripping assemblies.

Android builds take 12 minutes on the exact same pipeline agent and same MAUI app..

What is even going on?
And what options do we have for diagnosing and tweaking the IL stripping?
I'm willing to privately share our source code with the dotnet/MAUI team to help figure this out.

2025-03-22T14:34:38.3471410Z /Users/runner/.dotnet/packs/Microsoft.iOS.Sdk.net9.0_18.2/18.2.9180/targets/Xamarin.Shared.Sdk.targets(1903,3): warning : The file '/Users/runner/work/1/s/app/XXX.UI.Shared/package-lock.json' does not specify a 'PublishFolderType' metadata, and a default value could not be calculated. The file will not be copied to the app bundle. [/Users/runner/work/1/s/app/XXX.Maui/XXX.Maui.csproj::TargetFramework=net9.0-ios]
2025-03-22T14:34:38.3481120Z /Users/runner/.dotnet/packs/Microsoft.iOS.Sdk.net9.0_18.2/18.2.9180/targets/Xamarin.Shared.Sdk.targets(1903,3): warning : The file '/Users/runner/work/1/s/app/XXX.UI.Shared/package.json' does not specify a 'PublishFolderType' metadata, and a default value could not be calculated. The file will not be copied to the app bundle. [/Users/runner/work/1/s/app/XXX.Maui/XXX.Maui.csproj::TargetFramework=net9.0-ios]
2025-03-22T14:34:38.3500420Z /Users/runner/.dotnet/packs/Microsoft.iOS.Sdk.net9.0_18.2/18.2.9180/targets/Xamarin.Shared.Sdk.targets(1903,3): warning : The file '/Users/runner/work/1/s/app/XXX.UI.Shared/tsconfig.json' does not specify a 'PublishFolderType' metadata, and a default value could not be calculated. The file will not be copied to the app bundle. [/Users/runner/work/1/s/app/XXX.Maui/XXX.Maui.csproj::TargetFramework=net9.0-ios]
2025-03-22T14:34:39.8604080Z   Optimizing assemblies for size may change the behavior of the app. Be sure to test after publishing. See: https://aka.ms/dotnet-illink
2025-03-22T14:34:39.8645740Z   Optimizing assemblies for size. This process might take a while.
2025-03-22T14:35:44.0340110Z   IL stripping assemblies
2025-03-22T16:26:47.5099060Z   Preparing upload to Sentry for project 'XXX.Maui' (Release/net9.0-ios): collecting debug symbols and referenced source code from bin/AnyCPU/Release/net9.0-ios/ios-arm64/

Agent details:

• macOS-14 VM image (also tried macOS-15, no change)
• .NET SDK 9.0.202
• Xcode 16.2
• dotnet workload install maui
• dotnet publish -f net9.0-ios -c Release -p:ArchiveOnBuild=true -p:RuntimeIdentifier=ios-arm64

Agent name: 'Azure Pipelines 4'
Agent machine name: 'Mac-1742642050402'
Current agent version: '4.252.0'
Operating System
macOS
14.7.4
23H420
Runner Image
Image: macos-14
Version: 20250317.946
Included Software: https://github.com/actions/runner-images/blob/macos-14/20250317.946/images/macos/macos-14-Readme.md
Image Release: https://github.com/actions/runner-images/releases/tag/macos-14%2F20250317.946
Runner Image Provisioner
2.0.422.1+55c30c14fe2a0a1547db1b656933ae07d97649a9
Current image version: '20250317.946'

[rolfbjarne]

Our already extremely slow 40-50 minute MAUI iOS builds are now 2 hours after upgrading from net8 to net9 🤯

This is a known issue in .NET 9, and fixes are in progress and will be included in a future .NET 9 update (hopefully in April): dotnet/runtime#110406