用于垃圾回收的运行时配置选项

news2024/11/21 0:29:03

反馈

本文内容

  1. 指定配置的方法
  2. 垃圾回收的风格
  3. 管理资源使用情况
  4. 大型页面

显示另外 4 个

此页面包含有关 .NET 运行时垃圾回收器 (GC) 设置的信息。 如果你要尝试让正在运行的应用达到最佳性能,请考虑使用这些设置。 然而,在特定情况下,默认值为大多数应用程序提供最佳性能。

设置在此页上被排入组中。 每个组内的设置通常彼此结合使用以实现特定的结果。

 备注

  • 只有当 GC 初始化时(通常意味着在进程启动期间),运行时才会读取这些配置。 如果在进程已运行时更改环境变量,则更改不会反映在该进程中。 此页面省略了可在运行时通过 API 更改的设置(例如延迟级别)。
  • 由于 GC 是按进程进行的,因此在计算机级别设置这些配置几乎没有意义。 例如,你不希望计算机上的每个 .NET 进程都使用服务器 GC 或相同的堆硬限制。
  • 对于数值,请对 runtimeconfig.json 或 runtimeconfig.template.json 文件中的设置使用十进制表示法,而对环境变量设置使用十六进制表示法。 对于十六进制值,可以使用或不使用“0x”前缀来指定它们。
  • 如果使用环境变量,则 .NET 6 及更高版本将标准化前缀 DOTNET_,而不是 COMPlus_。 但是,COMPlus_ 前缀仍将继续正常工作。 如果使用的是早期版本的 .NET 运行时,则仍应该使用 COMPlus_ 前缀,例如 COMPlus_gcServer

指定配置的方法

对于不同版本的 .NET 运行时,可采用不同的方法来指定配置值。 下表显示了相关摘要。

展开表

配置位置此位置适用的 .NET 版本格式解释方式
runtimeconfig.json 文件/
runtimeconfig.template.json 文件
.NET (Core)nn 解释为十进制值。
环境变量.NET Framework、.NET (Core)0xn 或 nn 被解释为任一格式的十六进制值
app.config 文件.NET Framework0xnn 被解释为十六进制值1

1 可以为 app.config 文件设置指定不带 0x 前缀的值,但不建议这样做。 在 .NET Framework 4.8+ 上,由于出现了 bug,不带 0x 前缀的指定值被解释为十六进制值,但在以前的 .NET Framework 版本中,它被解释为十进制值。 若要避免更改配置,请在 app.config 文件中指定值时使用 0x 前缀。

例如,若要为名为“A.exe”的 .NET Framework 应用的 GCHeapCount 指定 12 个堆,请将下列 XML 添加到 A.exe.config 文件中。

XML复制

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    ...
    <runtime>
        <gcServer enabled="true"/>
        <GCHeapCount>0xc</GCHeapCount>
    </runtime>
</configuration>

对于 .NET (Core) 和 .NET Framework,可以使用环境变量。

在 Windows 上使用 .NET 6 或更高版本:

Windows 命令提示符复制

SET DOTNET_gcServer=1
SET DOTNET_GCHeapCount=c

在 Windows 上使用 .NET 5 或更低版本:

Windows 命令提示符复制

SET COMPlus_gcServer=1
SET COMPlus_GCHeapCount=c

在其他操作系统上:

对于 .NET 6 或更高版本:

Bash复制

export DOTNET_gcServer=1
export DOTNET_GCHeapCount=c

对于 .NET 5 和更低版本:

Bash复制

export COMPlus_gcServer=1
export COMPlus_GCHeapCount=c

如果不使用 .NET Framework,则还可以在 runtimeconfig.json 或 runtimeconfig.template.json 文件中设置值。

runtimeconfig.json 文件:

JSON复制

{
  "runtimeOptions": {
   "configProperties": {
      "System.GC.Server": true,
      "System.GC.HeapCount": 12
   }
  }
}

runtimeconfig.template.json 文件:

JSON复制

{
  "configProperties": {
    "System.GC.Server": true,
    "System.GC.HeapCount": 12
  }
}

垃圾回收的风格

垃圾回收的两种主要风格是工作站 GC 和服务器 GC。 有关两者之间的差异的详细信息,请参阅工作站和服务器垃圾回收。

垃圾回收的次要风格是后台垃圾回收和非并发垃圾回收。

使用以下设置,选择垃圾回收的风格:

  • 工作站与服务器 GC
  • 后台垃圾回收

工作站与服务器

  • 配置应用程序是使用工作站垃圾回收还是服务器垃圾回收。
  • 默认:工作站垃圾回收。 它等效于将值设置为 false

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.Serverfalse - 工作站
true - 服务器
.NET Core 1.0
MSBuild 属性ServerGarbageCollectionfalse - 工作站
true - 服务器
.NET Core 1.0
环境变量COMPlus_gcServer0 - 工作站
1 - 服务器
.NET Core 1.0
环境变量DOTNET_gcServer0 - 工作站
1 - 服务器
.NET 6
.NET Framework 的 app.configGCServerfalse - 工作站
true - 服务器
示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.Server": true
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.Server": true
   }
}

项目文件:

XML复制

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <ServerGarbageCollection>true</ServerGarbageCollection>
  </PropertyGroup>

</Project>

后台垃圾回收

  • 配置是否启用后台(并发)垃圾回收。
  • 默认:使用后台垃圾回收。 它等效于将值设置为 true
  • 有关详细信息,请参阅后台垃圾回收。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.Concurrenttrue - 后台 GC
false - 非并发 GC
.NET Core 1.0
MSBuild 属性ConcurrentGarbageCollectiontrue - 后台 GC
false - 非并发 GC
.NET Core 1.0
环境变量COMPlus_gcConcurrent1 - 后台 GC
0 - 非并发 GC
.NET Core 1.0
环境变量DOTNET_gcConcurrent1 - 后台 GC
0 - 非并发 GC
.NET 6
.NET Framework 的 app.configgcConcurrenttrue - 后台 GC
false - 非并发 GC
示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.Concurrent": false
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.Concurrent": false
   }
}

项目文件:

XML复制

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <ConcurrentGarbageCollection>false</ConcurrentGarbageCollection>
  </PropertyGroup>

</Project>

管理资源使用情况

使用以下设置来管理垃圾回收器的内存和处理器使用情况:

  • 关联
  • 关联掩码
  • 关联范围
  • CPU 组
  • 堆计数
  • 堆限制
  • 堆限制百分比
  • 高内存百分比
  • 每对象堆限制
  • 每对象堆限制百分比
  • 保留 VM

有关其中某些设置的详细信息,请参阅 Middle ground between workstation and server GC(服务器和工作站 GC 之间的中间地带)博客条目。

堆计数

  • 限制通过垃圾回收器创建的堆数。
  • 仅适用于服务器垃圾回收。
  • 如果启用了默认的 GC 处理器关联,堆计数设置会将 n 个 GC 堆/线程关联到前 n 个处理器。 (使用关联掩码或关联范围设置可精确指定要关联的处理器。)
  • 如果禁用了 GC 处理器关联,则此设置会限制 GC 堆的数量。
  • 有关详细信息,请参阅 GCHeapCount 备注。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapCount十进制值.NET Core 3.0
环境变量COMPlus_GCHeapCount十六进制值.NET Core 3.0
环境变量DOTNET_GCHeapCount十六进制值.NET 6
.NET Framework 的 app.configGCHeapCount十进制值.NET Framework 4.6.2

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.HeapCount": 16
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.HeapCount": 16
   }
}

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,若要将堆数限制为 16,则该值对于 JSON 文件为 16,对于环境变量则为 0x10 或 10。

关联掩码

  • 指定垃圾回收器线程应使用的确切处理器数。
  • 如果禁用了 GC 处理器关联,则忽略此设置。
  • 仅适用于服务器垃圾回收。
  • 该值是一个位掩码,用于定义可用于该进程的处理器。 例如,十进制值 1023 或十六进制值 0x3FF 或 3FF(如果使用环境变量)在二进制记数法中为 0011 1111 1111。 这指定将使用前 10 个处理器。 若要指定接下来使用的 10 个处理器(即处理器 10-19),请指定一个十进制值 1047552(或十六进制值 0xFFC00 或 FFC00),它等效于二进制值 1111 1111 1100 0000 0000。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapAffinitizeMask十进制值.NET Core 3.0
环境变量COMPlus_GCHeapAffinitizeMask十六进制值.NET Core 3.0
环境变量DOTNET_GCHeapAffinitizeMask十六进制值.NET 6
.NET Framework 的 app.configGCHeapAffinitizeMask十进制值.NET Framework 4.6.2

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.HeapAffinitizeMask": 1023
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.HeapAffinitizeMask": 1023
   }
}

关联范围

  • 指定用于垃圾回收器线程的处理器列表。
  • 此设置与 System.GC.HeapAffinitizeMask 类似,只是它允许你指定超过 64 个的处理器。
  • 对于 Windows 操作系统,请为处理器编号或范围加上相应的 CPU 组作为前缀,例如“0:1-10,0:12,1:50-52,1:7”。 如果实际上没有超过 1 个 CPU 组,则无法使用此设置。 必须使用关联掩码设置。 指定的数字在该组中,这意味着不能 >= 64。
  • 对于不存在 CPU 组概念的 Linux 操作系统,可以使用此设置和关联掩码设置来指定相同的范围。 不是指定“0:1-10”,而是指定“1-10”,因为不需要指定组索引。
  • 如果禁用了 GC 处理器关联,则忽略此设置。
  • 仅适用于服务器垃圾回收。
  • 有关详细信息,请参阅 Maoni Stephens 的博客文章:在 64 个以上 CPU 的计算机上为 GC 改善 CPU 配置。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapAffinitizeRanges以逗号分隔的处理器编号列表或处理器编号范围。
Unix 示例:“1-10,12,50-52,70”
Windows 示例:“0:1-10,0:12,1:50-52,1:7”
.NET Core 3.0
环境变量COMPlus_GCHeapAffinitizeRanges以逗号分隔的处理器编号列表或处理器编号范围。
Unix 示例:“1-10,12,50-52,70”
Windows 示例:“0:1-10,0:12,1:50-52,1:7”
.NET Core 3.0
环境变量DOTNET_GCHeapAffinitizeRanges以逗号分隔的处理器编号列表或处理器编号范围。
Unix 示例:“1-10,12,50-52,70”
Windows 示例:“0:1-10,0:12,1:50-52,1:7”
.NET 6

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.HeapAffinitizeRanges": "0:1-10,0:12,1:50-52,1:70"
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.HeapAffinitizeRanges": "0:1-10,0:12,1:50-52,1:70"
   }
}

CPU 组

  • 配置垃圾回收器是否使用 CPU 组。

    当 64 位 Windows 计算机具有多个 CPU 组(即,有超过 64 个处理器)时,通过启用此元素,可跨所有 CPU 组扩展垃圾回收。 垃圾回收器使用所有核心来创建和平衡堆。

     备注

    这是仅限 Windows 的概念。 在较旧的 Windows 版本中,Windows 将进程限制为一个 CPU 组。 因此,GC 仅使用一个 CPU 组,除非使用此设置来启用多个 CPU 组。 Windows 11 和 Server 2022 中取消了此 OS 限制。 此外,从 .NET 7 开始,GC 默认在 Windows 11 或 Server 2022 上运行时使用所有 CPU 组。

  • 仅适用于 64 位 Windows 操作系统上的服务器垃圾回收。

  • 默认:垃圾回收不会跨 CPU 组扩展。 它等效于将值设置为 0

  • 有关详细信息,请参阅 Maoni Stephens 的博客文章:在 64 个以上 CPU 的计算机上为 GC 改善 CPU 配置。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.CpuGroupfalse - 禁用
true - 启用
.NET 5
环境变量COMPlus_GCCpuGroup0 - 禁用
1 - 启用
.NET Core 1.0
环境变量DOTNET_GCCpuGroup0 - 禁用
1 - 启用
.NET 6
.NET Framework 的 app.configGCCpuGroupfalse - 禁用
true - 启用

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

 备注

若要配置公共语言运行时 (CLR),使其也在所有 CPU 组之间分配线程池中的线程,请启用 Thread_UseAllCpuGroups 元素选项。 对于 .NET Core 应用,可以通过将 DOTNET_Thread_UseAllCpuGroups 环境变量的值设置为 1 以启用此选项。

关联

  • 指定是否将垃圾回收线程与处理器关联。 若要关联一个 GC 线程,则意味着它只能在其特定的 CPU 上运行。 为每个 GC 线程创建一个堆。
  • 仅适用于服务器垃圾回收。
  • 默认:将垃圾回收线程与处理器关联。 它等效于将值设置为 false

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.NoAffinitizefalse - 关联
true - 不关联
.NET Core 3.0
环境变量COMPlus_GCNoAffinitize0 - 关联
1 - 不关联
.NET Core 3.0
环境变量DOTNET_GCNoAffinitize0 - 关联
1 - 不关联
.NET 6
.NET Framework 的 app.configGCNoAffinitizefalse - 关联
true - 不关联
.NET Framework 4.6.2

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.NoAffinitize": true
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.NoAffinitize": true
   }
}

堆限制

  • 指定 GC 堆和 GC 簿记的最大提交大小(以字节为单位)。

  • 此设置仅适用于 64 位计算机。

  • 如果已配置每对象堆限制,则忽略此设置。

  • 默认值(仅在某些情况下适用)是 20 MB 或容器内存限制的 75%(以较大者为准)。 此默认值在以下情况下适用:

    • 进程正在具有指定内存限制的容器中运行。
    • HeapHardLimitPercent 未设置。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimit十进制值.NET Core 3.0
环境变量COMPlus_GCHeapHardLimit十六进制值.NET Core 3.0
环境变量DOTNET_GCHeapHardLimit十六进制值.NET 6

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.HeapHardLimit": 209715200
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.HeapHardLimit": 209715200
   }
}

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,若要将堆硬限制指定为 200 个兆字节 (MiB),则该值对于 JSON 文件为 209715200,对于环境变量则为 0xC800000 或 C800000。

堆限制百分比

  • 指定允许的 GC 堆使用量占总物理内存的百分比。

  • 如果还设置了 System.GC.heaphdlimit,则忽略此设置。

  • 此设置仅适用于 64 位计算机。

  • 如果进程正在具有指定内存限制的容器中运行,则百分比的计算结果将为该内存限制的百分比。

  • 如果已配置每对象堆限制,则忽略此设置。

  • 默认值(仅在某些情况下适用)是 20 MB 或容器内存限制的 75%(以较大者为准)。 此默认值在以下情况下适用:

    • 进程正在具有指定内存限制的容器中运行。
    • System.GC.HeapHardLimit 未设置。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitPercent十进制值.NET Core 3.0
环境变量COMPlus_GCHeapHardLimitPercent十六进制值.NET Core 3.0
环境变量DOTNET_GCHeapHardLimitPercent十六进制值.NET 6

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.HeapHardLimitPercent": 30
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.HeapHardLimitPercent": 30
   }
}

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,若要将堆使用率限制为 30%,则该值对于 JSON 文件为 30,对于环境变量则为 0x1E 或 1E。

每对象堆限制

可以根据每个对象堆指定 GC 的允许堆使用量。 不同的堆包括大型对象堆 (LOH)、小型对象堆 (SOH) 和固定对象堆 (POH)。

  • 如果为任何 DOTNET_GCHeapHardLimitSOHDOTNET_GCHeapHardLimitLOH 或 DOTNET_GCHeapHardLimitPOH 设置指定值,则还必须为 DOTNET_GCHeapHardLimitSOH 和 DOTNET_GCHeapHardLimitLOH 指定值。 否则,运行时将无法初始化。
  • DOTNET_GCHeapHardLimitPOH 的默认值为 0。 DOTNET_GCHeapHardLimitSOH 和 DOTNET_GCHeapHardLimitLOH 没有默认值。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitSOH十进制值.NET 5
环境变量COMPlus_GCHeapHardLimitSOH十六进制值.NET 5
环境变量DOTNET_GCHeapHardLimitSOH十六进制值.NET 6

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitLOH十进制值.NET 5
环境变量COMPlus_GCHeapHardLimitLOH十六进制值.NET 5
环境变量DOTNET_GCHeapHardLimitLOH十六进制值.NET 6

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitPOH十进制值.NET 5
环境变量COMPlus_GCHeapHardLimitPOH十六进制值.NET 5
环境变量DOTNET_GCHeapHardLimitPOH十六进制值.NET 6

这些配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,若要将堆硬限制指定为 200 个兆字节 (MiB),则该值对于 JSON 文件为 209715200,对于环境变量则为 0xC800000 或 C800000。

每对象堆限制百分比

可以根据每个对象堆指定 GC 的允许堆使用量。 不同的堆包括大型对象堆 (LOH)、小型对象堆 (SOH) 和固定对象堆 (POH)。

  • 如果为任何 DOTNET_GCHeapHardLimitSOHPercentDOTNET_GCHeapHardLimitLOHPercent 或 DOTNET_GCHeapHardLimitPOHPercent 设置指定值,则还必须为 DOTNET_GCHeapHardLimitSOHPercent 和 DOTNET_GCHeapHardLimitLOHPercent 指定值。 否则,运行时将无法初始化。
  • 如果指定了 DOTNET_GCHeapHardLimitSOHDOTNET_GCHeapHardLimitLOH 和 DOTNET_GCHeapHardLimitPOH,则忽略这些设置。
  • 值为 1 表示 GC 使用该对象堆的总物理内存的 1%。
  • 每个值都必须大于 0 并小于 100。 此外,3 个百分比值的总和必须小于 100。 否则,运行时将无法初始化。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitSOHPercent十进制值.NET 5
环境变量COMPlus_GCHeapHardLimitSOHPercent十六进制值.NET 5
环境变量DOTNET_GCHeapHardLimitSOHPercent十六进制值.NET 6

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitLOHPercent十进制值.NET 5
环境变量COMPlus_GCHeapHardLimitLOHPercent十六进制值.NET 5
环境变量DOTNET_GCHeapHardLimitLOHPercent十六进制值.NET 6

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HeapHardLimitPOHPercent十进制值.NET 5
环境变量COMPlus_GCHeapHardLimitPOHPercent十六进制值.NET 5
环境变量DOTNET_GCHeapHardLimitPOHPercent十六进制值.NET 6

这些配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,若要将堆使用率限制为 30%,则该值对于 JSON 文件为 30,对于环境变量则为 0x1E 或 1E。

高内存百分比

内存负载由正在使用的物理内存的百分比表示。 默认情况下,当物理内存负载达到 90%时,垃圾回收对于执行完整的压缩垃圾回收变得更加积极,以避免分页。 当内存负载低于 90% 时,GC 优先使用后台回收进行完整的垃圾回收,这种方法的暂停时间较短,但不会使堆的总大小减少太多。 在具有大量内存(80 GB 或更多)的计算机上,默认负载阈值介于 90% 到 97% 之间。

可以通过 DOTNET_GCHighMemPercent 环境变量或 System.GC.HighMemoryPercent JSON 配置设置来调整高内存负载阈值。 如果要控制堆大小,请考虑调整阈值。 例如,对于具有 64 GB 内存的计算机上的主要进程,当有 10% 的可用内存时,GC 开始响应是合理的。 但是对于较小的进程(例如,仅消耗 1GB 内存的进程),GC 可以在可用内存少于 10% 的情况下轻松地运行。 对于这些较小的进程,请考虑将阈值设置得更高。 另一方面,如果你希望较大的进程具有较小的堆大小(即使有足够的物理内存可用),要使 GC 更快做出反应以缩小堆大小,则降低此阈值是一种有效的方法。

 备注

对于在容器中运行的进程,GC 将根据容器限制考虑物理内存。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.HighMemoryPercent十进制值.NET 5
环境变量COMPlus_GCHighMemPercent十六进制值.NET Core 3.0
.NET Framework 4.7.2
环境变量DOTNET_GCHighMemPercent十六进制值.NET 6

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,要将高内存阈值设置为 75%,JSON 文件的值将为 75,而环境变量的值为 0x4B 或 4B。

保留 VM

  • 配置是将应删除的段置于备用列表上供将来使用,还是将其释放回操作系统 (OS)。
  • 默认:将段释放回操作系统。 它等效于将值设置为 false

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.RetainVMfalse - 释放到 OS
true - 置于备用列表上
.NET Core 1.0
MSBuild 属性RetainVMGarbageCollectionfalse - 释放到 OS
true - 置于备用列表上
.NET Core 1.0
环境变量COMPlus_GCRetainVM0 - 释放到 OS
1 - 置于备用列表上
.NET Core 1.0
环境变量DOTNET_GCRetainVM0 - 释放到 OS
1 - 置于备用列表上
.NET 6
示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.RetainVM": true
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.RetainVM": true
   }
}

项目文件:

XML复制

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <RetainVMGarbageCollection>true</RetainVMGarbageCollection>
  </PropertyGroup>

</Project>

大型页面

  • 指定设置堆硬限制时是否应使用大型页面。
  • 默认:设置堆硬限制时不要使用大页面。 它等效于将值设置为 0
  • 这是一项实验性设置。

展开表

设置名引入的版本
runtimeconfig.json不可用不可用不可用
环境变量COMPlus_GCLargePages0 - 禁用
1 - 启用
.NET Core 3.0
环境变量DOTNET_GCLargePages0 - 禁用
1 - 启用
.NET 6

允许大型对象

  • 在 64 位平台上,为总大小大于 2 千兆字节 (GB) 的数组配置垃圾回收器支持。
  • 默认:垃圾回收支持大于 2 GB 的数组。 它等效于将值设置为 1
  • 在未来的 .NET 版本中,此选项可能会过时。

展开表

设置名引入的版本
runtimeconfig.json不可用不可用不可用
环境变量COMPlus_gcAllowVeryLargeObjects1 - 启用
0 - 禁用
.NET Core 1.0
环境变量DOTNET_gcAllowVeryLargeObjects1 - 启用
0 - 禁用
.NET 6
.NET Framework 的 app.configgcAllowVeryLargeObjects1 - 启用
0 - 禁用
.NET Framework 4.5

大型对象堆阈值

  • 指定导致对象进入大型对象堆 (LOH) 的阈值大小(以字节为单位)。
  • 默认阈值为 85,000 字节。
  • 指定的值必须大于默认阈值。
  • 该值可能由运行时限制为当前配置的最大可能大小。 可以通过 GC.GetConfigurationVariables() API 检查运行时使用的值。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.LOHThreshold十进制值.NET Core 1.0
环境变量COMPlus_GCLOHThreshold十六进制值.NET Core 1.0
环境变量DOTNET_GCLOHThreshold十六进制值.NET 6
.NET Framework 的 app.configGCLOHThreshold十进制值.NET Framework 4.8

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

示例

runtimeconfig.json 文件:

JSON复制

{
   "runtimeOptions": {
      "configProperties": {
         "System.GC.LOHThreshold": 120000
      }
   }
}

runtimeconfig.template.json 文件:

JSON复制

{
   "configProperties": {
      "System.GC.LOHThreshold": 120000
   }
}

 提示

如果要在 runtimeconfig.template.json 中设置该选项,请指定一个十进制值。 如果要将选项设置为一个环境变量,请指定一个十六进制值。 例如,若要将阙值大小设置为 120,000 个字节,则该值对于 JSON 文件为 120,000,对于环境变量则为 0x1D4C0 或 1D4C0。

独立 GC

  • 指定运行时加载的 GC 本机库名称,以代替默认的 GC 实现。 此本机库需要与 .NET 运行时位于同一目录中(在 Windows 上为 coreclr.dll,在 Linux 上为 libcoreclr.so)。

展开表

设置名引入的版本
runtimeconfig.json不可用不可用不可用
环境变量COMPlus_GCNamestring_path.NET Core 2.0
环境变量DOTNET_GCNamestring_path.NET 6

节省内存

  • 配置垃圾回收器来节省内存,但代价是垃圾回收更频繁,并且暂停时间可能更长。
  • 默认值为 0 - 这意味着没有更改。
  • 除了默认值 0 以外,介于 1 至 9(含)的值都有效。 值越高,垃圾回收器越会试图节省内存,进而使堆保持较小。
  • 如果值不为零,则将在大型对象堆具有太多碎片时自动压缩该堆。

展开表

设置名引入的版本
runtimeconfig.jsonSystem.GC.ConserveMemory0 - 9.NET 6
环境变量COMPlus_GCConserveMemory0 -9.NET Framework 4.8
环境变量DOTNET_GCConserveMemory0 -9.NET 6
.NET Framework 的 app.configGCConserveMemory0 -9.NET Framework 4.8

此配置设置没有特定的 MSBuild 属性。 但是,可以转而添加 MSBuild 项 RuntimeHostConfigurationOption。 将 runtimeconfig.json 设置名称用作 Include 特性的值。 如需示例,请参阅 MSBuild 属性。

app.config 文件示例:

XML复制


<configuration>
  <runtime>
    <GCConserveMemory enabled="5"/>
  </runtime>
</configuration>

 提示

尝试不同的数字,看看哪个值最适合你。 从介于 5 至 7 之间的值开始。

 在 GitHub 上与我们协作

可以在 GitHub 上找到此内容的源,还可以在其中创建和查看问题和拉取请求。 有关详细信息,请参阅参与者指南。

.NET 反馈

.NET 是一个开放源代码项目。 选择一个链接以提供反馈:

 提出文档问题 提供产品反馈

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1401887.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

Linux指令补充和权限简单介绍

一.tar指令 形式&#xff1a;tar [-cxtzjvf] 文件与目录 ....
 参数&#xff1a;
 -c &#xff1a;建立一个压缩文件的参数指令(create 的意思)&#xff1b; -x &#xff1a;解开一个压缩文件的参数指令&#xff01; -t &#xff1a;查看 tarfile 里面的文件&#xff01; -…

Kafka常见指令及监控程序介绍

kafka在流数据、IO削峰上非常有用&#xff0c;以下对于这款程序&#xff0c;做一些常见指令介绍。 下文使用–bootstrap-server 10.0.0.102:9092,10.0.0.103:9092,10.0.0.104:9092 需自行填写各自对应的集群IP和kafka的端口。 该写法 等同 –bootstrap-server localhost:9092 …

2024 前端高频面试题之 JS 篇

JS 篇&#xff08;持续更新中&#xff09; 1、什么是原型、原型链&#xff1f;2、什么是继承&#xff1f;说一说有哪些&#xff1f;继承组合的原理及优点&#xff1f;3、new 操作符具体干了什么&#xff1f;4、js 有哪些方法改变 this 指向&#xff1f;5、bind 有哪些实现的注意…

【C++ | 数据结构】从哈希的概念 到封装C++STL中的unordered系列容器

文章目录 一、unordered系列容器的底层结构 - 哈希1. 哈希概念2. 哈希冲突 二、解决哈希冲突方法一&#xff1a;合理设计哈希函数&#x1f6a9;哈希函数设计原则&#x1f6a9;常见哈希函数 方法二&#xff1a;开闭散列&#x1f6a9;闭散列线性探测法&#xff08;实现&#xff0…

利用Anaconda安装pytorch和paddle深度学习环境+pycharm安装后不能调用pytorch和paddlepaddle框架

问题现象&#xff1a; 之前安装后不能在添加pytorch和paddlepaddle框架 原因&#xff08;疑似&#xff09;&#xff1a; 在终端中显示pytorch和paddle在C盘但是安装是安装在J盘 解决办法&#xff1a; 卸载、删除文件重新安装后可以看到文件位置在J盘中 但是选择时还是显示C…

Tomcat的maxParameterCountmaxPostSize参数

Tomcat的maxParameterCount&maxPostSize参数 Tomcat的maxParameterCount&maxPostSize参数1.问题1.1问题现象1.2 参数总结1.3 问题总结 2 Tomcat官网的解释2.1 到https://tomcat.apache.org/找到文档入口2.2 找到文档的Reference2.3 查看配置文件的参数 3 文档看不明白&…

用的到的linux-Day1

前言&#xff1a; 从入门IT开始我们知道Linux操作系统与其他操作系统不同&#xff0c;Linux因为其独特的优势&#xff0c;被广泛应用在服务器领域&#xff0c;而且是一个近乎完美的操作系统&#xff0c;运行稳定、功能强大、安全性高、开源、可定制等等。 因此我打算从24年开始…

Rocky Linux 9. 3安装图解

风险告知 本人及本篇博文不为任何人及任何行为的任何风险承担责任&#xff0c;图解仅供参考&#xff0c;请悉知&#xff01;本次安装图解是在一个全新的演示环境下进行的&#xff0c;演示环境中没有任何有价值的数据&#xff0c;但这并不代表摆在你面前的环境也是如此。生产环境…

Proxmox VE 8 试装Oracle 23c

作者&#xff1a;田逸&#xff08;formyz&#xff09; Oracle 当前的最新版本是23c&#xff0c;虽然官方网站下载不了它的正式版本&#xff0c;但是却提供了一个性能受限的免费版本“Oracle Database 23.3 Free”&#xff08;存储容量受限、内存使用受限&#xff09;。这里就只…

PLC-IoT 网关开发札记(5):将本地数据库作为资产打包发布到 App

App需求&#xff1a;保存物模型 什么是物模型 在项目开发中&#xff0c;用到了本地数据库&#xff0c;这个本地数据库记录了系统的物模型。所谓物模型就是对某一个设备的可操纵属性的定义&#xff0c;每一个设备包括了一个或者多个属性&#xff0c;通过获取这些属性的当前值可…

【Web实操11】定位实操_照片墙(无序摆放)

设置一个板块&#xff0c;将照片随意无序摆放在墙上&#xff0c;从而形成照片墙。本来效果应该是很唯美好看的&#xff0c;就像这种&#xff0c;但是奈何本人手太笨&#xff0c;只好设置能达到照片墙的效果就可。 代码如下&#xff1a; <!DOCTYPE html> <html lang&…

2023 年,我患上了 AI 焦虑症!

【作者有话说】2023 年对我来说是神奇的一年&#xff0c;我意外地从一个程序员变成了一个 AI 资讯届的“网红”&#xff0c;到年底时我在 X 平台的阅读量超过 1 亿&#xff0c;微博上的阅读量则超过 10 亿&#xff0c;很多人通过我的微博或者 X 了解最新的 AI 资讯、教程和 Pro…

快速排序(三)——hoare法

目录 ​一.前言 二.快速排序 hoare排法​ 三.结语 一.前言 本文给大家带来的是快速排序&#xff0c;快速排序是一种很强大的排序方法&#xff0c;相信大家在学习完后一定会有所收获。 码字不易&#xff0c;希望大家多多支持我呀&#xff01;&#xff08;三连&#xff0b;关…

【GitHub项目推荐--智能家居项目】【转载】

如果你具备硬件、软件知识&#xff0c;这个项目肯定符合你的胃口。 物美智能是一套软硬件结合的开源项目&#xff0c;该系统可助你快速搭建自己的智能家居系统。你可以学习到设备的集成和软硬件交互。 PC 端或者手机与服务端通信&#xff0c;单片机可以接受遥控设备和服务器的…

【iOS】——基于Vision Kit框架实现图片文字识别

文章目录 前言一、文本识别的分类二、实现步骤1.导入Vision Kit框架2.创建请求处理器3.在请求处理器中设置文字识别功能4.将图片添加到请求处理器中5.发起文字识别请求6.处理识别结果 三、运行结果测试1.纯英文环境2.中英文混合环境 前言 根据苹果的官方文档&#xff0c;Visio…

flutter 实现定时滚动的公告栏的两种不错方式

相同的部分 自定义一个类继承StatefulWidget 所有公告信息存放在list里 第一种 scrollControllerAnimatedContainer 逻辑如下 我们可以发现启动了一个timer计时器计时5秒&#xff0c;hasClients检查其目标对象&#xff08;我们用的是listview&#xff09;是否被渲染&#x…

Linux_清理docker磁盘占用

文章目录 前言一、docker system 命令1. docker system df&#xff08;本文重点使用&#xff09;2. docker system prune&#xff08;本文重点使用&#xff09;3. docker system info4. docker system events 二、开始清理三、单独清理Build Cache四、单独清理未被使用的网络 前…

SCTP, TCP, UDP, IP, ICMP都在哪一层?(TCP/IP网络通信协议学习)

TCP/IP网络通信协议最早是由罗伯特卡恩&#xff08;Robert E. Kahn&#xff09;和文顿瑟夫&#xff08;Vinton G. Cerf&#xff09;于1972年提出的&#xff0c;它是一个实际的协议栈。 OSI七层网络通信协议最早是由国际标准化组织&#xff08;ISO&#xff09;于1977年提出的&am…

【Java程序员面试专栏 专业技能篇】MySQL核心面试指引(一):基础知识考察

关于MySQL部分的核心知识进行一网打尽,包括三部分:基础知识考察、核心机制策略、性能优化策略,通过一篇文章串联面试重点,并且帮助加强日常基础知识的理解,全局思维导图如下所示 本篇Blog为第一部分:基础知识考察,子节点表示追问或同级提问 基本概念 包括一些核心问…

LP-AM243x EtherNet/IP 连接施耐德 M241 EIP主站测试

硬件环境&#xff1a;LP-AM243x 开发板 施耐德 Modicon M241 软件环境&#xff1a; INDUSTRIAL-COMMUNICATIONS-SDK-AM243X MCU-PLUS-SDK-AM243X — MCU SDK for AM243x 调试过程&#xff1a; 首先&#xff0c;让AM243x能够运行 Null Boot&#xff0c; Starting NULL Boo…