.NET Framework 메모리 문제 분석

관리되는 Visual Studio 메모리 분석기를 사용하여 .NET Framework 코드에서 메모리 누수 및 비효율적인 메모리 사용을 찾습니다.대상 코드의 최소 .NET Framework 버전은 .NET Framework 4.5입니다.옵션은 Visual Studio 2013 Ultimate 버전의 덤프 요약 페이지에서만 사용할 수 있습니다.Premium 또는 Professional을 사용하는 경우 옵션이 표시되지 않습니다.

메모리 분석 도구는 앱의 메모리에 있는 개체의 복사본인 힙 데이터가 있는 덤프 파일의 정보를 분석합니다.Visual Studio IDE에서 또는 다른 시스템 도구를 사용해 덤프(.dmp) 파일을 수집할 수 있습니다.

• 단일 스냅숏을 분석하여 메모리 사용에 대한 개체 형식의 상대적 영향을 파악하고 앱에서 메모리를 비효율적으로 사용하는 코드를 찾을 수 있습니다.

• 또한 앱의 스냅숏 두 개를 비교(diff)하여 코드에서 시간에 따라 메모리 사용이 늘어나는 영역을 찾을 수 있습니다.

관리되는 메모리 분석기의 연습은 Visual Studio ALM + Team Foundation Server 블로그에서 Visual Studio 2013을 사용하여 프로덕션의 .NET 메모리 문제 진단(영문)을 참조하세요.

목차

Memory use in .NET Framework apps

Identify a memory issue in an app

Collect memory snapshots

Analyze memory use

.NET Framework 앱에서 메모리 사용

.NET Framework는 가비지 수집 런타임이므로 대부분의 앱에서 메모리 사용은 문제가 되지 않습니다.그러나 오래 실행되는 응용 프로그램(예: 웹 서비스 및 응용 프로그램)과 메모리의 양이 제한된 장치에서 메모리에 개체가 누적되면 앱이 실행되는 장치와 앱의 성능에 영향을 미칠 수 있습니다.가비지 수집기가 너무 자주 실행되거나 운영 체제에서 강제로 RAM과 디스크 간에 메모리를 이동하는 경우 과도한 메모리 사용은 응용 프로그램과 컴퓨터에 리소스 부족을 일으킬 수 있습니다.최악의 경우 앱에서 "메모리 부족" 예외가 발생할 수 있습니다.

.NET 관리되는 힙은 앱에서 만든 참조 개체가 저장되는 가상 메모리 영역입니다.개체의 수명은 GC(가비지 수집기)가 관리합니다.가비지 수집기에서는 참조를 사용하여 메모리 블록을 차지하는 개체를 추적합니다.개체를 만들어 변수에 할당하면 참조가 생성됩니다.단일 개체에는 참조가 여러 개 있을 수 있습니다.예를 들어 개체를 클래스, 컬렉션 또는 기타 데이터 구조에 추가하거나 개체를 두 번째 변수에 할당하여 개체에 대한 추가 참조를 만들 수 있습니다.참조를 만드는 덜 확실한 방법은 개체 하나가 다른 개체의 이벤트에 처리기를 추가하도록 하는 것입니다.이 경우 처리기가 명시적으로 제거되거나 두 번째 개체가 제거될 때까지 두 번째 개체에는 첫 번째 개체에 대한 참조가 들어 있습니다.

각 응용 프로그램의 경우 GC는 응용 프로그램에서 참조하는 개체를 추적하는 참조 트리를 유지 관리합니다.참조 트리에는 전역 개체 및 정적 개체를 포함한 루트 집합뿐만 아니라 관련 스레드 스택 및 동적으로 인스턴스화된 개체도 있습니다.개체에 자신에 대한 참조가 있는 부모 개체가 하나 이상 있는 경우 해당 개체는 루트로 지정됩니다.GC는 응용 프로그램에 있는 다른 개체 또는 변수가 해당 개체를 참조하지 않는 경우에만 해당 개체의 메모리를 회수할 수 있습니다.

Contents

앱의 메모리 문제 식별

메모리 문제의 가장 눈에 띄는 증상은 앱의 성능으로 특히 시간에 따라 성능이 저하되는 경우입니다.앱 실행 중 다른 앱의 성능 저하 역시 메모리 문제를 나타낼 수 있습니다.메모리 문제가 의심되는 경우 작업 관리자 또는 Windows 성능 모니터와 같은 도구를 사용하여 더 자세히 조사하세요.예를 들어 메모리 누수의 가능한 원인으로 설명할 수 없는 메모리의 총 크기 증가를 찾습니다.

또한 코드에 대한 지식으로 제안할 수 있는 것보다 더 큰 메모리 스파이크를 알아챌 수도 있습니다. 이는 프로시저에서 비효율적인 메모리 사용을 나타낼 수 있습니다.

메모리 스냅숏 수집

메모리 분석 도구는 힙 정보가 포함된 덤프 파일의 정보를 분석합니다.Visual Studio에서 덤프 파일을 만들 수 있습니다. 또는 Windows Sysinternals의 ProcDump와 같은 도구를 사용할 수 있습니다.Visual Studio 디버거 팀 블로그에서 덤프란 무엇이며, 어떻게 만들 수 있나요?(영문)를 참조하세요.

[!참고]

대부분의 도구는 전체 힙 메모리 데이터가 포함되거나 포함되지 않은 덤프 정보를 수집할 수 있습니다.Visual Studio 메모리 분석기는 전체 힙 정보가 필요합니다.

Visual Studio에서 덤프를 수집하려면

1. Visual Studio 프로젝트에서 시작한 프로세스에 대한 덤프 파일을 생성하거나 디버거를 실행 중인 프로세스에 연결할 수 있습니다.Visual Studio 디버거에서 실행 중인 프로세스에 연결을 참조하십시오.

2. 실행을 중지합니다.디버그 메뉴에서 모두 중단을 선택한 경우, 예외 시 또는 중단점에서 디버거가 중지됩니다.

3. 디버그 메뉴에서 다른 이름으로 덤프 저장을 선택합니다.다른 이름으로 덤프 저장 대화 상자에서 위치를 지정하고 파일 형식 목록에 힙 사용 미니덤프(기본값)가 선택되어 있는지 확인합니다.

메모리 스냅숏 두 개를 비교하려면

앱의 메모리 사용 증가를 분석하려면 앱의 단일 인스턴스에서 덤프 파일 두 개를 수집합니다.

Contents

메모리 사용 분석

Filter the list of objects | Analyze memory data in from a single snapshot | Compare two memory snapshots

메모리 사용 문제에 대한 덤프 파일을 분석하려면:

1. Visual Studio에서 파일, 열기를 선택하고 덤프 파일을 지정합니다.

2. 미니덤프 파일 요약 페이지에서 관리되는 메모리 디버깅을 선택합니다.

   

메모리 분석기에서는 디버그 세션을 시작하여 파일을 분석하고 힙 보기 페이지에 결과를 표시합니다.

Contents

개체 목록 필터링

기본적으로 메모리 분석기는 메모리 스냅숏에서 개체 목록을 필터링하여 사용자 코드인 형식 및 인스턴스만 표시하고 총 포함 크기가 총 힙 크기의 임계값 비율을 초과하는 형식만 표시합니다.이러한 옵션은 다음와 같은 보기 설정 목록에서 변경할 수 있습니다.

내 코드만 사용	내 코드만은 대부분의 공통 시스템 개체를 숨기므로 사용자가 만든 형식만 목록에 표시됩니다. 또한, Visual Studio 옵션 대화 상자에서 내 코드만 옵션을 설정할 수 있습니다.디버그 메뉴에서 옵션 및 설정을 선택합니다.디버깅/일반 탭에서 내 코드만을 선택하거나 선택 취소합니다.
작은 개체 축소	작은 개체 축소는 총 포함 크기가 총 힙 크기의 0.5% 미만인 모든 형식을 숨깁니다.

또한 검색 상자에 문자열을 입력하여 형식 목록을 필터링할 수도 있습니다.목록에는 이름에 문자열이 포함된 형식만 표시됩니다.

Contents

단일 스냅숏에서 메모리 데이터 분석

Visual Studio는 새 디버깅 세션을 시작하여 파일을 분석하고 힙 보기 창에 메모리 데이터를 표시합니다.

Contents

개체 형식 테이블

상단 테이블에는 메모리에 저장된 개체 형식이 나열됩니다.

• 개수는 스냅숏에 있는 형식의 인스턴스 개수를 표시합니다.

• **크기(바이트)**는 형식에서 참조하는 개체의 크기를 제외한 해당 형식의 모든 인스턴스 크기입니다.그리고

• **포함 크기(바이트)**에는 참조되는 개체의 크기가 포함됩니다.

개체 형식 열에서 인스턴스 아이콘()을 선택하여 해당 형식의 인스턴스 목록을 볼 수 있습니다.

인스턴스 테이블

• 인스턴스는 개체의 메모리 위치로서 해당 개체의 개체 식별자 역할을 합니다.

• 값은 값 형식의 실제 값을 보여줍니다.참조 형식의 이름을 가리키면 데이터 팁에서 해당 데이터 값을 볼 수 있습니다.

  

• **크기(바이트)**는 개체에서 참조하는 개체의 크기를 제외한 해당 개체의 크기입니다.그리고

• **포함 크기(바이트)**에는 참조되는 개체의 크기가 포함됩니다.

기본적으로 형식 및 인스턴스는 **포함 크기(바이트)**별로 정렬됩니다.정렬 순서를 변경하려면 목록에서 열 머리글을 선택합니다.

루트 경로

• 개체 형식 테이블에서 선택한 형식의 경우 루트 경로 테이블은 해당 형식의 모든 개체에 대한 루트 개체로 이어지는 고유한 형식 계층 구조와 함께 계층 구조에서 그보다 상위의 형식에 대한 참조 수를 보여줍니다.

• 형식 인스턴스에서 선택한 개체의 경우 루트 경로는 인스턴스를 참조하는 실제 개체의 그래프를 보여줍니다.개체의 이름을 가리키면 데이터 팁에서 해당 데이터 값을 볼 수 있습니다.

참조된 형식/참조된 개체

• 개체 형식 테이블에서 선택한 형식의 경우 참조된 형식 탭에는 선택한 형식의 모든 개체가 보유하는 참조된 형식의 크기 및 개수가 표시됩니다.

• 형식에 대해 선택한 인스턴스의 경우 참조된 개체에는 선택한 인스턴스가 보유하는 개체가 표시됩니다.이름을 가리키면 데이터 팁에서 해당 데이터 값을 볼 수 있습니다.

순환 참조

개체는 첫 번째 개체를 직접적 또는 간접적으로 참조하는 두 번째 개체를 참조할 수 있습니다.메모리 분석기에서 이러한 상황이 발생하면 메모리 분석기에서는 참조 경로 확장을 중지하고 첫 번째 개체 목록에 [순환 발견] 주석을 추가하고 중지합니다.

루트 형식

메모리 분석기에서는 보유 중인 참조의 종류를 설명하는 루트 개체에 다음과 같은 주석을 추가합니다.

주석	설명
정적 변수VariableName	정적 변수.VariableName은 변수의 이름입니다.
종료 핸들	종료자 큐의 참조입니다.
지역 변수	지역 변수입니다.
강력한 핸들	개체 참조 테이블의 강력한 참조에 대한 핸들입니다.
비동기 고정된 핸들	개체 핸들 테이블의 비동기 고정된 개체입니다.
종속 핸들	개체 핸들 테이블의 종속 개체입니다.
고정된 핸들	개체 핸들 테이블의 고정된 강력한 참조입니다.
RefCount 핸들	개체 핸들 테이블의 참조 횟수가 계산되는 개체입니다.
SizedRef 핸들	가비지 수집 시 모든 개체 및 개체 루트의 집합 클로저의 대략적인 크기를 유지하는 강력한 핸들입니다.
고정된 지역 변수	고정된 지역 변수입니다.

두 메모리 스냅숏 비교

프로세서의 덤프 파일 두 개를 비교하여 메모리 누수의 원인이 될 수 있는 개체를 찾을 수 있습니다.첫 번째(이전) 및 두 번째(이후) 파일 간의 간격은 누수된 개체 수 증가를 명백하게 확인하기에 충분할 정도로 커야 합니다. 두 파일을 비교하려면 다음 단계를 수행하세요.

1. 두 번째 덤프 파일을 연 다음 미니덤프 파일 요약 페이지에서 관리되는 메모리 디버깅을 선택합니다.

2. 메모리 분석 보고서 페이지에서 기준선 선택 목록을 연 다음 찾아보기를 선택하여 첫 번째 덤프 파일을 지정합니다.

분석기는 이전 스냅숏에서 해당 값에 대한 형식의 개수, 크기 및 포함 크기 간 차이를 보여주는 보고서의 위쪽 창에 열을 추가합니다.

또한 참조 개수 차이 열도 루트 경로 테이블에 추가됩니다.

Contents

참고 항목

기타 리소스

VS ALM TFS 블로그: Visual Studio 2013을 사용하여 프로덕션의 .NET 메모리 문제 진단

채널 9 | Visual Studio TV | 관리되는 메모리 분석

채널 9 | Visual Studio 도구 상자 | Visual Studio 2013에서 관리되는 메모리 분석