Идентификатор потока финализатора

Question

Идентификатор потока финализатора

Мы наблюдаем утечку памяти в одном из наших приложений WCF, и мне было интересно, может кто-нибудь что-то прояснить для меня. Используя windbg, я запустил! Finalizequeue, и он показывает тысячи объектов в каждой куче, установленной как "Готово к финализации".

Heap 0
generation 0 has 464 finalizable objects (0000000033877190->0000000033878010)
generation 1 has 52 finalizable objects (0000000033876ff0->0000000033877190)
generation 2 has 19958 finalizable objects (0000000033850040->0000000033876ff0)
Ready for finalization 228791 objects (0000000033878010->0000000033a36dc8)
------------------------------
Heap 1
generation 0 has 1508 finalizable objects (000000002ee2e168->000000002ee31088)
generation 1 has 91 finalizable objects (000000002ee2de90->000000002ee2e168)
generation 2 has 23498 finalizable objects (000000002ee00040->000000002ee2de90)
Ready for finalization 249421 objects (000000002ee31088->000000002f0182f0)
------------------------------
Heap 2
generation 0 has 66 finalizable objects (00000000292660d0->00000000292662e0)
generation 1 has 63 finalizable objects (0000000029265ed8->00000000292660d0)
generation 2 has 19411 finalizable objects (0000000029240040->0000000029265ed8)
Ready for finalization 238531 objects (00000000292662e0->00000000294380f8)
------------------------------
Heap 3
generation 0 has 510 finalizable objects (0000000034e470d8->0000000034e480c8)
generation 1 has 77 finalizable objects (0000000034e46e70->0000000034e470d8)
generation 2 has 19910 finalizable objects (0000000034e20040->0000000034e46e70)
Ready for finalization 226933 objects (0000000034e480c8->0000000035003470)
Statistics for all finalizable objects (including all objects ready for finalization):

Это говорит мне, что поток финализатора застрял. Поэтому я запустил команду!Threads в windbg, чтобы получить идентификатор потока финализатора, и это то, что он показывает....

ThreadCount:      2969
UnstartedThread:  0
BackgroundThread: 187
PendingThread:    0
DeadThread:       2782
Hosted Runtime:   no
                                                                                                        Lock  
       ID OSID ThreadOBJ           State GC Mode     GC Alloc Context                  Domain           Count Apt Exception
XXXX    2 19e8 0000000001f64b10 80039220 Preemptive  0000000000000000:0000000000000000 000000000d4aacb0 0     Ukn (Finalizer) 
  18    3  cb4 000000000d9bf7a0  102a220 Preemptive  0000000000000000:0000000000000000 000000000150e940 0     MTA (Threadpool Worker) 
  19    4 1a24 000000000f762720    21220 Preemptive  0000000000000000:0000000000000000 000000000150e940 0     Ukn 
  20    6  e1c 0000000010f4eae0  3029220 Preemptive  0000000000000000:0000000000000000 000000000d4aacb0 0     MTA (Threadpool Worker) 
  22   48 1548 000000001feb1880    21220 Preemptive  0000000000000000:0000000000000000 000000000150e940 0     Ukn 
  23   49 11a4 000000001feb2050    21220 Preemptive  0000000000000000:0000000000000000 000000000150e940 0     Ukn 
  24   50  a64 000000001feb2820    21220 Preemptive  0000000000000000:0000000000000000 000000000150e940 0     Ukn

Первым потоком в списке является поток финализатора, а идентификатор потока - XXXX. Что это значит? Я предполагаю, что это означает, что поток больше не существует или не работает. Может кто-то подтвердить это или исправить мое понимание?

ОБНОВИТЬ

Я запустил команду ~2s;kb, как предложил Кьелл Гуннар в комментариях, и вот результат.

0:028> ~2s;kb
ntdll!ZwRemoveIoCompletion+0xa:
00000000`77c1bdca c3              ret
RetAddr           : Args to Child                                                           : Call Site
000007fe`fe0e16ad : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!ZwRemoveIoCompletion+0xa
00000000`776f9991 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : KERNELBASE!GetQueuedCompletionStatus+0x39
000007fe`fb7f6bb1 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!GetQueuedCompletionStatusStub+0x11
00000000`777059cd : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nativerd!NOTIFICATION_THREAD::ThreadProc+0x71
00000000`77bfa561 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0xd
00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x1d

Что означает ZwRemoveIoCompletion?

5

c# .net clr windbg finalization

Источник

user302088 23 фев '17 в 15:03

1 ответ

Решение

Другие вопросы по тегам c# .net clr windbg finalization

user480982 23 фев '17 в 19:31 2017-02-23 19:31 · Accepted Answer · 2017-02-23 19:31

Три первых столбца, которые вы видите

идентификатор потока WinDbg. Например, вы можете использовать это в ~xs команда где x это идентификатор потока.
идентификатор потока CLR, который соответствует Thread объекты в куче.NET (попробуйте !dumpheap -type Thread а потом !do на объекте потока, посмотрите на m_ManagedThreadId). Я никогда не нашел реальный вариант использования для этого.
идентификатор потока ядра, также показанный многими другими инструментами, например, диспетчером задач или Process Explorer

Есть несколько особых случаев, и кажется, что вы столкнулись с одним из них. Если первый столбец показывает XXXX.NET не имеет фиксированного назначенного физического потока ОС. Это может происходить с потоками, которые управляются средой выполнения.NET, например потоками из пула потоков. В какой-то момент времени он может снова получить физический поток.

Более того, в некоторых случаях.NET по-прежнему запоминает поток ОС (первая строка следующего примера, идентификатор ОС). f28) и когда это не так (вторая и третья строка, где идентификатор операционной системы 0):

XXXX    3  f28 00000087c5f974c0 80030228 Preemptive  00000087C6033180:00000087C6033FD0 00000087c4213450 0     Ukn 
XXXX    4    0 00000087c5fa24b0    39820 Preemptive  0000000000000000:0000000000000000 00000087c4213450 0     MTA 
XXXX    5    0 00000087c5fd0eb0    39820 Preemptive  0000000000000000:0000000000000000 00000087c4213450 0     MTA

Обычно идентификатор потока ОС полезен, потому что он соответствует выводу ~ (1098 это идентификатор процесса). Однако в моем файле дампа нет собственного потока с идентификатором f28:

0:009> ~
   0  Id: 1098.564 Suspend: 0 Teb: 000007f5`ffd3d000 Unfrozen
   1  Id: 1098.1e98 Suspend: 0 Teb: 000007f5`ffd3b000 Unfrozen
   2  Id: 1098.1d6c Suspend: 0 Teb: 000007f5`ffd39000 Unfrozen
   3  Id: 1098.458 Suspend: 0 Teb: 000007f5`ffd35000 Unfrozen
   4  Id: 1098.13d4 Suspend: 0 Teb: 000007f5`ffd33000 Unfrozen
   5  Id: 1098.1b20 Suspend: 0 Teb: 000007f5`ffb5e000 Unfrozen
   6  Id: 1098.80c Suspend: 0 Teb: 000007f5`ffb52000 Unfrozen
   7  Id: 1098.944 Suspend: 0 Teb: 000007f5`ffb5c000 Unfrozen
   8  Id: 1098.90 Suspend: 0 Teb: 000007f5`ffb5a000 Unfrozen
.  9  Id: 1098.1738 Suspend: 0 Teb: 000007f5`ffb58000 Unfrozen

Одна вещь, которую вы можете проверить, это состояние потока, сообщаемое как 80039220 в твоем случае. Это дает нам:

0:009> !ThreadState 80039220
    Legal to Join
    Background
    CLR Owns
    In Multi Threaded Apartment
    Reported Dead
    Fully initialized
    Detached

Reported dead кажется, чтобы подтвердить ваши печали.