How to research unmanaged memory leaks in .NET?

c# sql-server wcf memory-leaks msmq
Brandon picture Brandon · May 17, 2010 · Viewed 15.8k times · Source

I have a WCF service running over MSMQ. Memory gradually increases over time, indicating that there is some sort of memory leak. I ran the service locally and monitored some counters using PerfMon. Total CLR memory managed heap bytes remains relatively constant, while the process' private bytes increases over time. This leads me to believe that there is some sort of unmanaged memory leak. Assuming that unmanaged memory leak is the issue, how do I address the issue? Are there any tools I could use to give me hints as to what is causing the unmanaged memory leak? Also, all my service is doing is reading from the transactional queue and writing to a database, all as part of a DTC transaction (handled under the hood by requiring a transaction on the service contract). I am not doing anything explicitly with COM or DllImports.

Thanks in advance!

Answer

Remus Rusanu picture Remus Rusanu · May 17, 2010

You can use Windbg to analyze the process Heap. There are some articles and cheat sheets showing how to do this, like Memory Leak Detection Using Windbg

Related questions

Why am I getting this error suddenly?

So I have a WCF service, inside which there's a Process() method. This method reads a byte array (a file) from one table, and basically puts that data from that file into multiple tables. It just iterates through each row. …

Read More
Cannot connect to LocalDB

I am trying to run an IIS-hosted app (in the form of a Movie Database) to teach myself how to design a 3-tier architecture program: MVC app, WCF Services, SQL Server DB. Since I don't have a license key to …

Read More
How to execute a stored procedure within C# program

I want to execute this stored procedure from a C# program. I have written the following stored procedure in a SqlServer query window and saved it as stored1: use master go create procedure dbo.test as DECLARE @command as varchar(1000), @…

Read More