Dotnet.exe spawning multiple dotnet instances when running dotnet.exe <application.dll>

Steps to reproduce

set UseSharedCompilation=false Follow instructions in https://github.com/aspnet/JitBench to run MusicStore Check task manager to see number of dotnet.exe processes.

Expected behavior

Once MusicStore/your application has finished, there should be no zombie dotnet processes hanging around. Setting UseSharedCompilation to false used to get us this behavior but not longer does. This is a problem for our automation when we want to clean up after ourselves.

Actual behavior

There are something like 12 dotnet.exe processes still running in the background

Environment data

dotnet --info output:

.NET Core SDK (reflecting any global.json): Version: 2.2.100-preview1-009013 Commit: 7794eed633

Runtime Environment: OS Name: Windows OS Version: 10.0.17134 OS Platform: Windows RID: win10-x64 Base Path: C:\michelm\optimization\output\CLRx64WINmas\IBC\cli\x64\sdk\2.2.100-preview1-009013\

Host (useful for support): Version: 2.2.0-preview1-26613-01 Commit: 8e71e96724

.NET Core SDKs installed: 2.2.100-preview1-009013 [C:\michelm\optimization\output\CLRx64WINmas\IBC\cli\x64\sdk]

.NET Core runtimes installed: Microsoft.AspNetCore.All 2.2.0-preview1-34355 [C:\michelm\optimization\output\CLRx64WINmas\IBC\cli\x64\shared\Microsoft.AspNetCore.All] Microsoft.AspNetCore.App 2.2.0-preview1-34355 [C:\michelm\optimization\output\CLRx64WINmas\IBC\cli\x64\shared\Microsoft.AspNetCore.App] Microsoft.NETCore.App 2.2.0-preview1-26609-02 [C:\michelm\optimization\output\CLRx64WINmas\IBC\cli\x64\shared\Microsoft.NETCore.App] Microsoft.NETCore.App 2.2.0-preview1-26613-01 [C:\michelm\optimization\output\CLRx64WINmas\IBC\cli\x64\shared\Microsoft.NETCore.App]

[peterhuene]

I think an option to disable the servers for restore/build/publish would be a good addition. I would probably name it something along the lines of --no-servers though.

[livarcocc]

UseRazorBuildServer and UseSharedCompilation.

Not sure if there is a place where all of them are documented together.

cc @KathleenDollard for documentation.