Проблема с CLRProfiler

Question

Я пытаюсь использовать CLRProfiler , чтобы профилировать мое довольно большое приложение, и оно падает, когда пытается записать (или прочитать) файл журнала. По иронии судьбы, точная ошибка описана в сайт MS 'Feedback' не воспроизводится и, кажется, никогда не исправлялся. Я получаю исключение NullReferenceException по адресу:

CLRProfiler.ReadNewLog.ReadFile(Int64 startFileOffset, Int64 endFileOffset, ReadLogResult readLogResult)
at CLRProfiler.MainForm.checkProcessTimer_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

У кого-нибудь есть идеи, как я могу получить помощь или, в идеале, заставить эту чертову штуку правильно работать? Жалобы на помощь в MSDN были проигнорированы ... Спасибо!

Answer 1

CLR Profiler довольно нестабилен, у меня также было много сбоев.

Один совет, который я услышал на PDC, - это использовать его только в качестве инструмента моментальных снимков: не собирайте информацию об использовании mem во время работы приложения, но останавливайте приложение в точке, где вы знаете, что у вас есть mem уже проблема, и сделайте снимок памяти.

Таким образом, он намного более стабилен, и обычно из справочного графика вы все равно можете узнать, что является причиной утечки.

Answer 2

Я подозреваю, что это мертвая улица. Возможно, попробуйте jetBrains dotTRACE ; Вы можете получить бесплатную 10-дневную пробную версию , чтобы узнать, подходит ли она.

Answer 3

Мы столкнулись с аналогичной проблемой при отладке сбойного мамонта на удаленном сервере Citrix, который CLRProfiler не смог проанализировать.

Нам удалось найти проблему с помощью WinDbg .

Кроме того, это также может помочь CorDbg