Configuring .NET Garbage Collection
For good performance, it is important to configure .NET garbage collection for the silo process the right way.
The best combination of settings we found is to set gcServer=true
and gcConcurrent=true
.
These are easy to set via the application csproj file.
See below as an example:
.NET Core
Note: This method is not supported with SDK style projects compiling against the full .NET Framework
// .csproj
<PropertyGroup>
<ServerGarbageCollection>true</ServerGarbageCollection>
<ConcurrentGarbageCollection>true</ConcurrentGarbageCollection>
</PropertyGroup>
.NET Framework
Note: SDK style projects compiling against the full .NET Framework should still use this configuration style
// App.config
<configuration>
<runtime>
<gcServer enabled="true"/>
<gcConcurrent enabled="true"/>
</runtime>
</configuration>
However, this is not as easy to do if a silo runs as part of an Azure Worker Role, which by default is configured to use workstation GC. This blog post shows how to set the same configuration for an Azure Worker Role - https://blogs.msdn.microsoft.com/cclayton/2014/06/05/server-garbage-collection-mode-in-microsoft-azure/
Note
Server garbage collection is available only on multiprocessor computers.
Therefore, even if you configure the Garbage Collection either via application csproj file or via the scripts on the referred blog post, if the silo is running on a (virtual) machine with a single core, you will not get the benefits of gcServer=true
.