.NET Core 6(Linux)非托管内存占用过高排查方法咨询

一、用.NET原生工具定位非托管内存基线 #

• 捕获进程转储并分析：

  dotnet-dump collect -p <进程ID>
  dotnet-dump analyze <生成的dump文件路径>
  

  在分析会话中执行eeheap -gc再次确认托管堆大小，执行eeheap -loader查看加载的程序集、模块占用的非托管内存，对比程序集实际文件大小，排查是否存在异常内存膨胀。
• 实时监控内存指标：

  dotnet-counters monitor -p <进程ID> --counters System.Runtime[PrivateMemorySize,WorkingSet]
  

  重点观察PrivateMemorySize的波动，确认非托管内存的增长趋势与峰值。

二、排查JIT编译相关内存开销 #

• 启用JIT编译日志：
  启动应用前设置环境变量：

  export COMPlus_JitLog=1
  export COMPlus_JitLogPath=/tmp/jitlogs
  

  运行应用后分析生成的日志，排查是否存在动态代码生成导致的高频重复编译、超大方法编译等场景。
• 临时关闭分层编译验证：

  export COMPlus_TieredCompilation=0
  

  重启应用后观察内存变化，若内存显著下降，说明分层编译的缓存占用了过多非托管内存。

三、用Linux系统工具分析内存映射与堆分配 #

• 查看进程内存映射详情：

  pmap -x <进程ID>
  

  重点关注anon匿名内存块和共享库的占用，定位超过100MB的大内存区域，区分是堆分配还是共享库加载导致的内存占用。
• 查看glibc堆分配统计：
  通过GDB附加进程执行：

  gdb -p <进程ID>
  (gdb) call malloc_stats()
  

  分析已分配内存、空闲内存块的分布，排查内存碎片或未释放的非托管内存块。

四、定位第三方库与系统依赖的非托管内存 #

• 逐一禁用第三方依赖库，重启应用后对比内存变化，锁定占用内存的具体库。
• 查看应用依赖的系统共享库：

  ldd <应用程序路径>
  

  检查是否加载了不必要的大体积共享库，或存在版本兼容导致的异常内存占用。

五、排查CLR内部非托管内存消耗 #

• 输出CLR内部调试日志：

  export COMPlus_DebugWriteToFile=1
  export COMPlus_DebugOutputFile=/tmp/clr_debug.log
  

  运行应用后查看日志中的代码页、字符串池等CLR内部数据的内存分配记录。
• 临时关闭诊断特性验证：

  export COMPlus_EnableDiagnostics=0
  

  重启应用后观察内存变化，排查诊断特性是否额外占用了非托管内存。

内容的提问来源于stack exchange，提问作者Tim Lovell-Smith