I’m using profiler in Visual Studio 2008 like this, but when I profiling these codes I can only find the methods written by myself in “Call Tree” view. How can I track the inner/private methods defined in .NET Framework?
Share
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I’m using profiler in Visual Studio 2008 like this, but when I profiling these codes I can only find the methods written by myself in “Call Tree” view. How can I track the inner/private methods defined in .NET Framework?
I do have to ask what is your purpose. Are you trying to find and remove performance problems? If so, any fixes you make can only be in your code. A simple way to find them is to run the program under the IDE and, while it is being slow, pause it and record the call stack. Do this several times. If there is any line of code that appears on multiple samples, those samples are occurring within work being requested by it, so if you can find a way to avoid doing that line of code, you will save a large fraction of time. The call tree may show such a line, but to see how much time it saves, you have to sum over all the branches in the tree where it occurs. You don’t have that problem if you just sample the stack.
Here’s a more complete explanation.
Here’s a blow-by-blow example.
There are some myths re. performance tuning.