System.SByte[] increasing number of instances in memory, causing memory leak.

[ilyoniss]

System.SByte[] increasing number of instances in memory, causing memory leak.

.NET Core 3.1.8 Project created from Workers Process template (empty base project). When performing long running, causing memory leaking.
Memory profiler detected the number of instances are growing and could not utilized by GC.
Increasing number of primitive type growing faster than can be utilized by GC.

System.SByte[] increasing number of instances in memory, causing memory leak.

Code Sample: is the any base code from template > dotnet create workers

Provide details on the problem you are experiencing including the .NET Core version, operating system version and anything else that is relevant.

Please provide a code sample for your issue if it is relevant, either inline, link to a gist (or similar) or add it as a zipped attachment.

For some issues, you will get a quicker and better response if you file it at a more specific .NET repo. For example, if the problem is with ASP.NET Core, you are encouraged to use the aspnet/home repo.

Tagging subscribers to this area: @eerhardt, @maryamariyan
See info in area-owners.md if you want to be subscribed.

[scalablecory]

Can you please check to see if this leak occurs when using .NET 5?

[eerhardt]

@ilyoniss - thank you for the issue report. I am unable to reproduce a memory leak using the default "Worker Service" template. Can you share more information about how you are seeing a memory leak?

Yes, objects are allocated while the service is running (this comes from logging that happens every second). However, not enough memory is allocated in order to trigger a GC in the first few minutes of it running. So that memory is not getting reclaimed until memory is needed to be reclaimed.

[stephentoub]

As an aside, since sbyte[] isn't a particular common kind of array to allocate, I'd guess these are coming from the JIT, with it allocating them to report inlining decisions to the runtime. As of dotnet/coreclr#22285, these are sbyte[]s.

[ilyoniss]

Hi Colleagues.
I was doing some development and I used a provided c ++ third party library (C# wrapper), and what I noticed is that during execution memory starts to grow.

I found a .NET memory monitoring tool and when I did snapshots, I noticed that Sbyte[] number of instances are growing. Yes I expected to GC to 'take care of it' and dispose. Since I have a third party linked library, I considered it as unmanaged resources and I used IDisposable interface to manage resources, no luck. Then I created just vanilla, base project from template and I noticed such behavior.

I also noticed that some .net was 3.0.0 preview, and I did upgrade up to 3.1.8.What I observed is that when you leave in the long run, the number of instances are growing faster than GC can dispose.

To reproduce, I did >dotnet create Workers.then >dotnet run.
 I used : https://memprofiler.com/Trial 7 days Professional.
Then take a snapshot and keep monitoring.

I feel that this will be hard to reproduce in terms of "out of memory exception", as perhaps you need significant time to wait.but it will be possible to evaluate dynamics.

I am not sure to be honest what is that..  but with conjunction with the code, memory if growing and Sbyte[] something impact on general performance.

I tried to analyze also stack trace, but could not make an interpretation, found that a lot of references points to the .net core namespaces.

[ilyoniss]

Can you please check to see if this leak occurs when using .NET 5?

Yes, I will thanks.