Possible build time regression on empty macOS (Arm64) projects

Describe the bug

• I was starting a new .NET 6 console project on a MacBook Pro (M1 Max, 10 Cores) via the CLI: dotnet new console
• When building the empty project, the build time is almost 3 seconds, but the real time it takes all in all is closer to 4-5 seconds.
• I felt a build of a new “Hello, world” console project should not take that long, so I made a thread in the .NET subreddit about it: https://www.reddit.com/r/dotnet/comments/u6axwd/net_6_compilation_speed_on_macos_monterey_am_i/
• In this thread, u/andyayers (@AndyAyersMS) pointed me towards this repository, suggesting this might be a performance bug: https://www.reddit.com/r/dotnet/comments/u6axwd/net_6_compilation_speed_on_macos_monterey_am_i/i5cy23x/

To Reproduce

• Download and install the latest .NET 6 SDK on macOS Monterey 12.3.1 (my machine is a MacBook Pro (14-inch, 2021) M1 Max)
• Create a new .NET console application via dotnet new console
• Build the application via dotnet build

Exceptions (if any)

Further technical details

• Include the output of dotnet --info

.NET SDK (reflecting any global.json):
 Version:   6.0.102
 Commit:    02d5242ed7

Runtime Environment:
 OS Name:     Mac OS X
 OS Version:  12.3
 OS Platform: Darwin
 RID:         osx.12-arm64
 Base Path:   /usr/local/share/dotnet/sdk/6.0.102/

Host (useful for support):
  Version: 6.0.2
  Commit:  839cdfb0ec

.NET SDKs installed:
  6.0.102 [/usr/local/share/dotnet/sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 6.0.2 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 6.0.1 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.2 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]

• The IDE (VS / VS Code/ VS4Mac) you’re running on, and its version

No IDE necessary for this, but I’m using VSCode 1.66.2

[asbjornu]

I agree such a cleanup would be sensible, @kopkako. I wasn’t even aware of the dotnet-sdk cask. The most important difference between the dotnet and dotnet-sdk casks seems to be dotnet-runtime vs. dotnet-sdk:

- url "https://download.visualstudio.microsoft.com/download/pr/#{version.csv.second}/#{version.csv.third}/dotnet-runtime-#{version.csv.first}-osx-#{arch}.pkg"
+ url "https://download.visualstudio.microsoft.com/download/pr/#{version.csv.second}/#{version.csv.third}/dotnet-sdk-#{version.csv.first}-osx-#{arch}.pkg"

The dotnet formula installs the SDK, not the runtime. As such, it’s easy to argue that dotnet-sdk would have been a better name for the formula. Either way, we could petition for the deletion of the dotnet-sdk cask, since the dotnet formula is a source-built, and thus more portable, alternative.

[richlander]

The latter. Folks can open an issue on the appropriate community project.

We can close this issue now.