Maoni Stephens and Andrew Pardoe: CLR 4 Garbage Collector - Inside Background GC
- Posted: May 26, 2009 at 9:06 AM
- 49,367 Views
- 10 Comments
Download
How do I download the videos?
- To download, right click the file type you would like and pick “Save target as…” or “Save link as…”
Why should I download videos from Channel9?
- It's an easy way to save the videos you like locally.
- You can save the videos in order to watch them offline.
- If all you want is to hear the audio, you can download the MP3!
Which version should I choose?
- If you want to view the video on your PC, Xbox or Media Center, download the High Quality WMV file (this is the highest quality version we have available).
- If you'd like a lower bitrate version, to reduce the download time or cost, then choose the Medium Quality WMV file.
- If you have a Zune, WP7, iPhone, iPad, or iPod device, choose the low or medium MP4 file.
- If you just want to hear the audio of the video, choose the MP3 file.
Right click “Save as…”
- High Quality WMV (PC, Xbox, MCE)
- MP3 (Audio only)
- MP4 (iPod, Zune HD)
- Mid Quality WMV (Lo-band, Mobile)
- WMV (WMV Video)
Maoni Stephens is a software developer who spends her time implementing .NET's GC. In fact, she's been working on the GC since the early days of .NET. Andrew Pardoe is the GC PM. The last time we focused on GC on C9 was
a conversation with GC creator Patrick Dussud. In that conversation he suggested that we talk to Maoni to get some more deep insights into how the CLR manages object lifetimes.
The .NET GC has always been a very efficient and well crafted general purpose collector. Now that CLR 4 looms on the horizon, how has the GC evolved to meet the needs of the future? Maoni has been very busy for the past few years and with CLR 4 the GC team have come up with a new concurrent collection strategy called Background GC, an evolutionary state of concurrent GC. What comes next?
From Maoni's blog:
Background GC is an evolution to concurrent GC. The significance of background GC is we can do ephemeral GCs while a background GC is in progress if needed. As with concurrent GC, background GC is also only applicable to full GCs and ephemeral GCs are always done as blocking GCs, and a background GC is also done on its dediated GC thread. The ephemeral GCs done while a background GC is in progress are called foreground GCs
Tune in and meet the main developer of .NET's garbage collector and a recent addition to the team who comes from the native world and will drive GC into the future.
Enjoy!
The .NET GC has always been a very efficient and well crafted general purpose collector. Now that CLR 4 looms on the horizon, how has the GC evolved to meet the needs of the future? Maoni has been very busy for the past few years and with CLR 4 the GC team have come up with a new concurrent collection strategy called Background GC, an evolutionary state of concurrent GC. What comes next?
From Maoni's blog:
Background GC is an evolution to concurrent GC. The significance of background GC is we can do ephemeral GCs while a background GC is in progress if needed. As with concurrent GC, background GC is also only applicable to full GCs and ephemeral GCs are always done as blocking GCs, and a background GC is also done on its dediated GC thread. The ephemeral GCs done while a background GC is in progress are called foreground GCs
Tune in and meet the main developer of .NET's garbage collector and a recent addition to the team who comes from the native world and will drive GC into the future.
Enjoy!
Comments Closed
Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation,
please create a new thread in our Forums,
or
Contact Us and let us know.
Follow the Discussion
Fantastic video, really interesting and a great accomplishment the .NET GC is.
I also remember that native vs. managed battle, really very amazing how fast .NET was, in the end the native won but only by writing some lightweight task specific versions of low level citizens, such as allocation, strings and file io..
Yeh, the thing with a lot of native developers (not Raymond Chen, but in general) is they look at GC and think "wow, that's kinda complex, that must take a long time", but they forget that memory management takes quite a lot of time however you do it and malloc/free can be slower than a good generational compacting GC - the only way native gets faster is by writing custom allocators and structuring memory patterns so that large chunks of memory can be free'd in one go. Example: in a 3d engine, all the memory allocated while rendering the frame would be bump-allocated from a single chunk and then at the end it all gets free'd in one go by just resetting the pointer back to the start of the chunk.
Anyway, awesome video. I'm really in awe of the brains behind the CLR, but particularly the GC, because the 'magic' that makes GC work has always been fascinating to me.
I'm currently designing a very simple .NET runtime for a certain embedded platform (
) using LLVM and trying to get my head around just a single-threaded 'stop-the-world' (what Maoni calls 'blocking') compacting GC is hard enough. I don't even want to
think about how complex it gets with threading - just allowing threading of user code, never mind making the GC multi-threaded. This, along with kernel work, really is the rocket science of programming.
thats some powerful voodoo.. great stuff
wm_in is good but technical it aint 
also fun to see a women in a really technical interview, that doesnt happen often enough imo
Hahaha, "whiteboarding is fun... unlike waterboarding" lol Charles is awesome.
Great interview, Charles!
Did the GC team talk with MySpace, one of ASP.NET's biggest adopters? This InfoQ interview (http://www.infoq.com/interviews/MySpace-Architecture-Dan-Farino) indicated that they had performance issues with the .NET garbage collector:
Perhaps MySpace is one of the "external customer" scenarios they test against?
http://blogs.msdn.com/ricom/archive/2005/05/10/performance-quiz-6-chinese-english-dictionary-reader.aspx is Rico Mariani's blog post that began his series of posts where he compared the performance of his managed code solution to Raymond Chen's native code solution. It also includes a handy set of links to Raymond's posts on the subject.
Great video indeed!
Charles, close to the end Andrew mentioned that SQL team is working on putting more CLR into SQL Server.
Is there a chance to interview anyone on the SQL team on that? Are we to expect T-SQL being (finally) executing on the top of the CLR (after all, what's the point of having two VMs on a database server doing essentially the same type of work)? Are we (finally) to see a decent programming language that can be used to do rich data processing inside the database server (code near) instead of (frankly utterly outdated and feature deprived) T-SQL? Something like F# with LINQ directly to relational engine (bypassing SQL all together) would be a blessing (after all a relational engine does not have to be SQL).
Cheers,
Seva.
I will check in with the SQL team in the near future. Don't make too many assumptions in the meantime.
C
Nice work. But I will still hold back on putting most of my business logic in .NET, so far SQL Server managed this job very well. It scales well and does a good job in multithreading, so I usually put most of the complex BL in SQL Server when things get slow, upgrading hardware is cheaper than building your own version of GC, like MySpace did. I know HPC does a good job balancing load, I don't know however how well it integrates with SQL Server. If not then SQL Server Compute Cluster would be nice
LOL.
And yes some native F# like language for SQL Server would be great and I mean great. Because T-SQL is clumsy.
In fact when I first demoed LINQ to my team some 2.5 years ago they were not excited at all, all of them one after the other were saying it is Visual FoxPro 10 years ago. Of course FoxPro does not have nice security model, but language integration and dynamism was similar to modern Ruby, F# and LINQ
Remove this comment
Remove this thread
close