.NET 4.5: Vance Morrison - Performance and Memory Diagnostics
- Posted: Oct 03, 2011 at 9:57 AM
- 47,303 Views
- 10 Comments
Performance Architect Vance Morrison spends his time isolating and solving performance issues in the .NET framework and Visual Studio, and Vance and team have recently been busy tuning the performance and memory usage characteristics of .NET's upcoming release.
Here, we learn about some of the performance and memory usage issues that Vance has focused on for .NET 4.5, which will ship in the next version of Visual Studio. If you're a .NET developer, you'll be pleased to learn about the great work that's going on in this area in addition to the development of a new memory diagnostics tool...
Tune in.
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
Oops, something didn't work.
What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in. You need to be signed in to Channel 9 to use this feature.What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in and view them all on your notifications page.sign up for email notifications?
Jupiter !
I have to say that the revelation that the WPF team had got ItemsControl performance from 12000 objects that crashed a machine in 7 minutes to 200 000 in 2.3 seconds, meant that that framework was doomed to be derided as slow and is until .NET 4.5
This is of the magnitude of a for loop shipping in a language that takes 180 times longer than another languages. It is such a major issue, I think you should have shipped it via Windows update. Having worked on a scientific application for DNA/RNA/Protein we ended up having to use Windows forms charts because no WPF charts are of any use when dealing with a lot of data, and there is nothing my team can do to optimise our way out of this one.
@vesuvius:Did they talk about ItemsControl in this video? I must have missed it if they did.
Havent watch the Video yet but do they tackle large object heap fragmentation in 4.5. Even a call from the code to perform reallocation would be well needed.
@Connor: Maoni touches on this here.
C
@Richard.Hein: At the start Vance mentions that getting performance now is usually more a case of showing people how to use the tools in .NET performance-wise (which he oversees - I have watched all his videos) as they are lucky if they get 5% gains
I still find it beyond belief that the ItemsControl performance issue is a feature in .NET 4.5. Making that unavailable for all .NET versions prior is probably too much work, but you guys should have listened when we said WPF was slow and optimized far much sooner than you did. It is one of the worst bugs that I have seen in so far as affecting take-up of a platform.
WPF shipped with a visual for loop that was hundreds of times slower than anything else - that is the magnitude of the ItemsControl issue, the title of the thread is performance and memory issues
I wish we could do folding as function of sos (windbg)
Super excited about the memory tracking tool! Any more information available on that?
activated channel 9
Great to hear. Keep up the good work. Would love to get a preview of the new memory tool. My tools definately aren't telling me something useful right off the bat. Will the new tool be able to cross associate allocated native memory in the total cost of the managed objects? I figure it would really help to figure out why my native memory utilization in Silverlight is so high.
Remove this comment
Remove this thread
close