[CoMoDev] Re: Garbage collection

  • From: "Andrei P." <andreip@xxxxxxxxxxxxxxxxx>
  • To: <comodev@xxxxxxxxxxxxx>
  • Date: Tue, 16 Aug 2005 16:23:43 -0600

Thanks Dick.
Changing GC thread priority when it kicks in sounds very logical in order to
keep the heap integrity. However could it be so bad that 400 mHz XScale
hangs for a minute? 

Do you know when VS2005 is going to be available as a release?


-----Original Message-----
From: comodev-bounce@xxxxxxxxxxxxx [mailto:comodev-bounce@xxxxxxxxxxxxx] On
Behalf Of dick_grier Grier
Sent: Tuesday, August 16, 2005 1:17 PM
To: comodev@xxxxxxxxxxxxx
Subject: [CoMoDev] Re: Garbage collection

Hi Andrei,

Could GC get equal or higher priority for thread disposing

Yes, this is possible.  I think GC monitoring runs at a low priority, but 
when the actual GC kicks in to recover memory, it runs at a higher priority.

  I'm not sure the actual algorithm, but I think it determines when to run 
as a percentage of memory that your app uses approaches a threshold based on

the application size, not on the total free memory (not best!).

AFAIK, the GC changes substantially for the better in Visual Studio 2005 and

the Compact Framework 2.0.  This also allows the user (you) to control 
aspects of GC operation to optimize this behavior on an app-by-app basis.


Richard Grier (Microsoft MVP - Visual Basic)
Hard & Software
12962 West Louisiana Avenue
Lakewood, CO  80228
303-986-2179 (voice)
303-593-9315 (fax)

Author of Visual Basic Programmer's Guide to Serial Communications, 4th 
Edition ISBN 1-890422-28-2 (391 pages) published July 2004. For faster 
service, contact the publisher at http://www.mabry.com/vbpgser4.

Other related posts: