OutOfMemory, но никакой gcroots для многих объектов

Как обычно, оказалось немного иначе. Мы нашли вариант использования, когда приложение действительно потребляло много памяти и в конечном итоге перешло на OOM. Что было странным в дампах, которые мы получили до того, как мы обнаружили это, так это то, что было много объектов без gcroot - я не понимал, почему он не был освобожден и не использован для нового распределения? Затем мне пришло в голову то, что, вероятно, произошло, когда произошло OOM - стек был размотан, и объекты, которым принадлежала память, больше не были доступны, и ТОГДА был выполнен дамп. Вот почему казалось, что много памяти можно было собрать.

То, что я сделал в отладочной версии - чтобы получить реальный дамп памяти, - это создать Threading.Timer, который проверяет, может ли быть выделен какой-то достаточно большой объект - если это возможно не выделяется, это показатель того, что мы приближаемся к OOM и что сейчас самое время сделать дамп памяти. Следующий код:

private static void OomWatchDog(object obj)
{
 try                          
 {
   using(System.Runtime.MemoryFailPoint memFailPoint = 
          new System.Runtime.MemoryFailPoint(20))
   {
   }
 }
 catch (InsufficientMemoryException)
 {
   PerformDump();
 }
}