gpt4 book ai didi

asp.net-core - 如何解决 ASP.NET Core 2.0 应用程序 EF Core 使用中的大量内存分配问题?

转载 作者:行者123 更新时间:2023-12-02 20:45:00 27 4
gpt4 key购买 nike

我偶然发现了一个非常奇怪的问题。每当 Web 应用程序启动时,dotnet.exe 都会使用相当多的内存(大约 300M)。然而,当它触及某些部分时(我感觉这与 EF Core 使用有关),它会在短时间内分配大量内存(大约 2-3 秒内 8GB)。

这个内存使用时间大约需要10-15秒,之后内存稳定在600M左右,就可以正常运行了。

我尝试了 dottrace 和内置诊断工具来了解是什么分配了这么多内存,但找不到任何有意义的东西:

Dottrace 记录了内存消耗最多的线程,但在内存非常高时我无法捕获内存快照(它只显示了总共大约 1GB 的内存和大约 800M 的托管内存)。

dottrace memory usage

VS 诊断工具基线与内存峰值后立即之间的差异

Visual Studio delta

Details for the most allocated type

如何才能找到此内存分配的根本原因?奇怪的是,它似乎不是泄漏,因为内存最终被释放。

问题:如何解决 ASP.NET Core 2.0 应用程序 EF Core 使用中的大量内存分配问题?

<小时/>

我认为这个问题确实与注入(inject)服务的数量有关,但首先我将提供有关应用程序架构的更多信息。我依赖于一组注入(inject)到范围数据访问中的通用存储库,这些存储库在数据上下文上创建包装器,并在需要时帮助在单个事务中保存多个信息(针对各种存储库):

Repository<T> : IRepository<T>
<- DbContext

ScopedDataAccess : IScopedDataAccess
<- DbContext
<- logging service
<- dozens of IRepository<T>

一切都有“范围”:

services.AddScoped<IScopedDataAccess, ScopedDataAccess>();
services.AddScoped(typeof(IRepository<>), typeof(Repository<>));

我删除了 ScopedDataAccess 中大约一半的注入(inject)存储库,所需内存减少到大约一半。

更奇怪的是,诊断工具显示内存减少,但没有直接与 GC 启动相关(参见下图,GC 是上面的黄色标志):

Diagnostic tools graph

此外,我仔细检查了是否已停止所有异步作业(例如 Quartz)。

最佳答案

不是完整的答案,但我做了以下操作并大大减少了内存(和 CPU 使用率):

  • 通过拆分需要大量注入(inject)服务的大型服务来简化依赖关系图
  • 升级到 ASP.NET Core 2.1

最后一步效果最明显,我的诊断工具现在显示了一个更加友好的图表:

VS 2017 Diagnostic Tools snapshot

关于asp.net-core - 如何解决 ASP.NET Core 2.0 应用程序 EF Core 使用中的大量内存分配问题?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55496989/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com