Set GCCpuGroup and Thread_UseAllCpuGroups via project file options

[yingnanl]

Currently I can set ServerGarbageCollection by project file options as below.

true true

Is it ok to support GCCpuGroup and Thread_UseAllCpuGroups too?

[livarcocc]

You can set those in a runtimeconfig.dev.json and it will be copied over to your runtime.config.json.

We don't really have plans to add more of these there.

If you want to keep these in your csproj, I guess you could add them to RuntimeHostConfigurationOption directly.

[msedi]

@livarcocc. What do you exactly mean by setting the the values in the runtimeconfig.dev.json? I thought this are environment variables. Can I set environment variables in the runtimeconfig.json?

[KalleOlaviNiemitalo]

System.GC.CpuGroup (source) can be set in runtimeconfig.json; see CPU groups - Garbage collector config settings - .NET.

There is no runtimeconfig.json setting equivalent to the DOTNET_Thread_UseAllCpuGroups (source) environment variable; see CPU groups - Threading config settings - .NET.

[msedi]

@KalleOlaviNiemitalo. Thanks for the info. I'm a bit puzzled, if there is no possibility to set DOTNET_Thread_UseAllCpuGroups in any of the possible configurations mechanisms, how is the intended use then? Should I set the DOTNET_Thread_UseAllCpuGroups manually or with a starter.exe that starts my application? If I need to the set DOTNET_Thread_UseAllCpuGroups globally any .NET 6 application would use the same config, right? Is this the suggested behavior?

Also, setting DOTNET_Thread_UseAllCpuGroups=true in code after the application has started up is to late.

Do you know if the launchConfig.json can also be used outside the debugging environment an can be delivered with the app?

Side note: Another thing is interesting when looking at the source. System.GC.RetainVM is obviously not available anymore for runtimeConfig.json. It seems it has been removed.

[KalleOlaviNiemitalo]

I don't know why it was designed this way. I suspect that Microsoft's customers on Azure would set environment variables in Docker container images.