.NET 가비지 수집기의 신비

Question

내 업무에서 OutOfMemoryExceptions에 문제가있었습니다. 나는 어떤 행동을 모방하기위한 간단한 코드를 작성했으며, 나는 다음과 같은 수수께끼로 끝을 맺었다. 메모리가 부족할 때 폭발하는이 간단한 코드를보십시오.

  //... 
      for (;;iter++) 
      { 
       list.Add(new byte[10000]); 

       if (iter % 1000 == 0) 
        GC.Collect(); 
      } 
      //... 

그리고 놀라운 :

class Program 
{ 
    private static void Main() 
    { 
     List<byte[]> list = new List<byte[]>(200000); 
     int iter = 0; 

     try 
     { 
      for (;;iter++) 
      { 
       list.Add(new byte[10000]); 
      } 
     } 
     catch (OutOfMemoryException) 
     { 
      Console.WriteLine("Iterations: " + iter); 
     } 
    } 
} 

내 컴퓨터에 그것은 그럼 난 각각의 천 반복 한 후 루프에 GC.Collect 전화를 추가

Iterations: 148008

으로 돌아가 셨습니다

Iterations: 172048

각 10 회 반복 후에 GC.Collect을 호출했을 때 나는 심지어 193716 사이클을 얻었습니다.

1. 어떻게 GC.Collect에 수동 호출 (더 할당 30 %까지)와 같은 심각한 영향을 미칠 수있다 :이 이상한 일들이 있습니까?

2. "손실 된"참조가없는 경우 GC 목록을 수집 할 수 있습니까?

Answer 1

가비지 수집 프로세스의 일부는 압축 단계입니다. 이 단계에서 할당 된 메모리 블록이 조각을 줄이기 위해 이동됩니다. 메모리가 할당되면 할당 된 메모리의 마지막 청크가 중단 된 직후에 항상 할당되는 것은 아닙니다. 가비지 컬렉터가 사용 가능한 공간을보다 효율적으로 사용하여 더 많은 공간을 확보하기 때문에 좀 더 쥐어 짜낼 수 있습니다.

일부 테스트를 실행하려고하지만 내 컴퓨터가 테스트를 수행 할 수 없습니다. 그들이 당신의 의견, 주변의 GC 이동 것들, 그것은 밖으로 아무것도 닦아되지 관해서는

byte[] b = new byte[10000]; 
GCHandle.Alloc(b, GCHandleType.Pinned); 
list.Add(b); 

주위에 이동되지 않도록이 사용 해보세요, 그것은 메모리의 개체를 아래로 핀에 GC을 말할 것이다 , 그것은 단지 모든 메모리 공간을 더 잘 사용하고 있습니다. 시도해 보도록하고 이것을 단순화하십시오. 처음으로 바이트 배열을 할당 할 때, 0에서 10000까지 메모리에 삽입된다고 말하십시오. 다음 번에 바이트 배열을 할당하면 10001에서 시작할 수 없습니다. 10500에서 시작할 수 있습니다. 사용되지 않는 499 바이트가 있으며 응용 프로그램에서 사용하지 않습니다. 따라서 GC이 압축을 수행하면 10500 배열을 10001로 이동하여 추가 499 바이트를 사용할 수 있습니다. 그리고 다시, 이것은 단순화 된 방법입니다.

Answer 2

사용중인 CLR에 따라 일부 대형 개체 힙 문제가있을 수 있습니다.

큰 블록 할당의 문제를 설명하는이 기사를 보아라. (그리고 200000 개의 항목이있는 목록은 확실히 큰 블록이고, 다른 블록은있을 수도 그렇지 않을 수도있다. 어떤 배열은 LOH에 놓이게된다. 그들은 8k를 도달하고, 다른 사람은 85k 후에).

는

http://www.simple-talk.com/dotnet/.net-framework/the-dangers-of-the-large-object-heap/

Answer 3

CLR은 때때로 LOH에 배열을 배치합니다. WinDbg을 통해 메모리 덤프를 살펴 본다면 85,000 바이트 미만의 배열이 있음을 알 수 있습니다.그것은 문서화되지 않은 행동입니다 -하지만 그것이 작동하는 방식입니다.

LOH 힙을 조각화하고 LOH 힙이 압축되지 않아 OutOfMemoryErrors가 발생합니다. 의 질문과 관련하여

:

2)에는 "손실"참조를 거기 없을 때 도대체 GC가 수집 할 수있는 것, (심지어) 목록의 용량을 미리 설정 한?

목록에 추가하기 위해 전달한 new byte[10000]에 대한 덮어 쓰기 된 참조가 있습니다. 지역 변수가 컴파일되어 new byte[10000]에 할당됩니다. 루프의 모든 반복에 대해 미리 정의 된 크기 10000의 새 바이트 []를 만들고 로컬 변수에 할당합니다. 변수에 대한 이전 값은 덮어 쓰여지고 그 변수가 살고있는 세대 (이 경우 가능하면 LOH)에 대해 GC가 다음에 실행될 때 메모리가 수집에 적합합니다.

Answer 4

.NET에서 비슷한 크기의 문제가 발생했습니다. 내 바이트 []에 임의의 크기가 있습니다.

• 는 자신의 힙 관리자 쓰기 (하나의 큰 버퍼 ALLOC 메모리를 그냥 포인터를 조정)

• 내 생각 더 나은 솔루션 (메모리 매핑 된 파일을 사용

  내가 두 가지 방법을 시도 당신은 .NET 4.5 http://blogs.msdn.com/b/dotnet/archive/2012/07/20/the-net-framework-4-5-includes-new-garbage-collector-enhancements-for-client-and-server-apps.aspx
  을 시도 할 수 있습니다)

가능하면