Подтвердить что ты не робот

Анализ выходных потоков! Threadpool и! В windbg

Я создал дампы на четырех серверах и анализирую вывод потоков threadpool и!. Я заметил грубый последовательный вывод:

0:024> !threadpool
CPU utilization 0%
Worker Thread: Total: 2 Running: 0 Idle: 2 MaxLimit: 200 MinLimit: 2
Work Request in Queue: 0
Number of Timers: 27
Completion Port Thread:Total: 2 Free: 0 MaxFree: 4 CurrentLimit: 2 MaxLimit: 200 MinLimit: 2

!threads -special ThreadCount: 32 UnstartedThread: 0 BackgroundThread: 19 PendingThread: 0 DeadThread: 13 Hosted Runtime: no

Мои вопросы:
1) Как я могу определить, каков источник этих 27 таймеров?
2) Что означает 13 мертвых потоков?
3) Один из моих потоков отмечен как имеющий блокировку. Если я переключусь на этот поток и запускаю! Clrstack, я вижу следующее: связано ли это с моими таймерами?


0:027> !clrstack
OS Thread Id: 0x14cc (27)
*** WARNING: Unable to verify checksum for System.ni.dll
Child-SP         RetAddr          Call Site
000000000ca6e1a0 000007fef5c06477 System.Threading.WaitHandle.WaitAny(System.Threading.WaitHandle[], Int32, Boolean)
000000000ca6e200 000007fef673175b System.Net.TimerThread.ThreadProc()
000000000ca6e2d0 000007fef67c95fd System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
000000000ca6e320 000007fef84d1552 System.Threading.ThreadHelper.ThreadStart()
4b9b3361

Ответ 1

1) Как я могу определить, каков источник этих 27 таймеров?

Попробуйте найти экземпляры TimerCallback (для Threading.Timer):

!dumpheap -type TimerCallback

Затем сбросьте свойства обратного вызова (где обратный вызов является адресом "Адрес" с выхода dumpheap):

!do <callback address>

Затем выгрузите адрес Value свойства _target:

!do <_target address>

Это должно выплюнуть объект, содержащий ссылку на TimerCallback, который должен привести вас к тому, где был создан таймер.

Я рекомендую проверить Лаборатории отладки Tess Ferrandez, если вы еще этого не сделали.

2) Что означает 13 мертвых потоков?

Я понимаю, что мертвый поток относится к потоку С++, который больше не имеет активного потока ОС, но все еще имеет ссылки и, следовательно, не может быть уничтожен (потоки С++ используют подсчет ref).

Нить С# содержит ссылку на поток С++, и если ваш управляемый код сохраняет ссылку на поток С#, это может быть вашей проблемой.

Этот пост в блоге Yun Jin может вас заинтересовать.

3) Один из моих потоков отмечен как имеющий блокировку. Если я переключусь на этот поток и запустим! Clrstack, я вижу следующее: это связано с моими таймерами?

Это похоже на поток таймера (System.Threading), ожидающий завершения его интервала.