Memory usage of strings (or any other objects) in .Net

You're looking at the private memory size - the managed heap will have expanded to accommodate the strings, but it won't release the memory back to the operating system when the strings are garbage collected. Instead, the managed heap will be bigger, but have lots of free space - so if you create more objects, it won't require the heap to expand.

If you want to look at the memory used within the managed heap, look at GC.GetTotalMemory. Note that due to the complexities of garbage collection, there's a certain amount of woolliness within all of this.

Indeed I used the private mem size because that's the one that's closest to the one in Process Explorer

if I rewrite the program with the GC.GetTotalMemory like this:

using System; namespace GCMemTest { class Program { static void Main(string[] args) { System.GC.Collect(); long startBytes = System.GC.GetTotalMemory(true); { string[] strings = new string[2000000]; for (int i = 0; i < 2000000; i++) { strings[i] = "blabla" + i; } strings = null; } System.GC.Collect(); long endBytes = System.GC.GetTotalMemory(true); double kbStart = (double)(startBytes) / 1024.0; double kbEnd = (double)(endBytes) / 1024.0; System.Console.WriteLine("Leaked " + (kbEnd - kbStart) + "KB."); System.Console.ReadKey(); } } } 

Then the output is:

Leaked 0KB.

Only when I have 'strings = null;' this is the case, remove it and I leak 100MB. This means that the local scope in the main routine does not cause the array to be freed. If I move that part into a static method Test, and call that one instead, I leak a few bytes. I guess what I should learn from this is that local scopes are ignored by the GC.