How To Tell Which GC Mode Your Application Is Using

B. Honeydew — Wed, 23 Feb 2005 09:40:00 GMT

Until Whidbey how about P/Invoking GetModuleHandle for "mscorsvr.dll" or "mscorwks.dll"

re: How To Tell Which GC Mode Your Application Is Using

Chris — Wed, 23 Feb 2005 19:51:00 GMT

Sure, any method that gives the currently loaded modules will work.

re: How To Tell Which GC Mode Your Application Is Using

Anthony Sneed — Mon, 13 Feb 2006 01:01:05 GMT

Is there a way to tell if you are using the concurrent version of the workstation GC?

re: How To Tell Which GC Mode Your Application Is Using

clyon — Tue, 14 Feb 2006 05:06:34 GMT

Anthony,

No, there is no way to tell directly.

Concurrent is enable dby default on WorkStation
and disabled by default on Server GC.

Also, you can check the app config file to see if concurrent is explicitly disabled.

Is there a particular reason why you need to know, or just curious?

re: How To Tell Which GC Mode Your Application Is Using

Anthony Sneed — Wed, 15 Feb 2006 01:02:37 GMT

Just curious actually -- and I like to verify things. I am a bit surprised that concurrent is the default workstation mode, because I thought the default was for the GC to run on the main thread.

Am I correct in my understanding that with concurrent GC (whether on single or multi proc) the GC runs on a separate thread?

re: How To Tell Which GC Mode Your Application Is Using

clyon — Wed, 15 Feb 2006 03:35:08 GMT

Concurrent GC runs on a different thread, but it behaves differently than workstation (and doesn't run all the time).

Maoni has a great explanation here:
http://blogs.msdn.com/maoni/archive/2004/09/25/234273.aspx

Hope that helps!

re: How To Tell Which GC Mode Your Application Is Using

Anthony Sneed — Wed, 15 Feb 2006 19:51:08 GMT

Yes, that did help! In fact, the answer is that, for an app running with the default concurrent workstation GC, the Gen0 and Gen1 collections will take place on the main app thread, suspending the thread while the GC takes place. This is because those collections are pretty quick.

But when a Gen2 collection takes place, the CLR will fire up a background thread to do that and only suspend the main thread for as little time as possilbe. This is best for UI apps, where you want the interface to remain as responsive as possible.

???????????? ???? ???????????????????????? ?? ????????????… « ???????? ???????????? ??????????????

Fri, 07 Dec 2007 15:49:03 GMT

PingBack from http://seregaborzov.wordpress.com/2007/12/07/intro-and-how-to-links/