Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If you work with .NET ,best place to learn all common scenarios like hang,crash,high memory are Debugging Demos https://blogs.msdn.microsoft.com/tess/2008/02/04/net-debuggi...

Many troubleshooting steps in that blog also covers DebugDiag .DebugDiag is an amazing tool which can help you collect dumps automatically for crash,high memory,IIS slow response etc.

Another tool which can help you profile your applications easily is PerfView https://channel9.msdn.com/Series/PerfView-Tutorial .

Perfview is built on the (Windows Event tracing) ETW infrastructure windows have .You can think of it as Lttng or perf_events linux equivalent but built into everything windows have. I think process monitor is also built on ETW. After debugging ( which is not required for lot of scenarios) the most powerfull thing in troubleshooting any issues in Windows is ETW traces IMHO.So understanding and analyzing ETW will help you troubleshoot a lot of issues.

https://blogs.msdn.microsoft.com/ntdebugging/2009/08/27/part...

XPERF is built to consume ETW traces https://blogs.msdn.microsoft.com/ntdebugging/tag/XPERF/ https://blogs.technet.microsoft.com/askpfeplat/2013/03/22/tr...

Also Advanced Windows debugging[1] and Advanced .NET debugging[2] to be very good for learning debugging in windows land.

[1] http://www.amazon.in/Advanced-Debugging-Addison-Wesley-Micro... [2]https://www.amazon.com/Advanced-NET-Debugging-Mario-Hewardt/...



Seriously, hitr, thanks for you taking the time to respond.

Also, the dead comment appears to have alluded to the 71-660. Once other things settle down, I am diving into Sysinternals and these books when I had put them aside.

Seriously, thanks a bunch!




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: