Automate Your Dumps

Track 1 | Day 1 | 15:15 | EN | Hardcore. Really hard and demanding talk, you'll understand only if you're an experienced engineer.

When an application crashes once in a while, developers can try to reproduce the problem, use logs to figure out what happened, or analyze the crash dumps. Dissecting a crash dump can provide information on the exception that occurred, the state of the application threads, interesting memory objects, synchronization mechanisms, and a lot more. However, such manual analysis takes time and when your application crashes dozens of time a day, it’s not realistic to spend all of the developers’ time on analysis. A full automation would be perfect, or at the very least a triage of the crashes into groups: by component, type of crash, or any other criterion. In this session we will see how we can automate .NET crash analysis on both Windows and Linux, and how to perform more in-depth analysis (when necessary) using WinDbg, lldb, and SOS.


Dina Goldshtein
Dina Goldshtein dinagozil

Google

Dina Goldshtein has recently started working at Google as a Software Engineer. Previously, she was a Senior Software Engineer at Riverbed. Riverbed builds performance monitoring tools that run on millions of PCs and mobile devices. Dina was on the team responsible for the core collection mechanism, which hooks low-level Windows events and collects performance information from a variety of sources. During her time at Riverbed, she worked a lot on boot performance monitoring, identifying bottlenecks in the Windows boot process and on monitoring user-experience on the Web.


All talks