Microsoft MVP성태의 닷넷 이야기
.NET Framework: 684. System.Diagnostics.Process 객체의 명시적인 해제 권장 [링크 복사], [링크+제목 복사]
조회: 10779
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

System.Diagnostics.Process 객체의 명시적인 해제 권장

지난번 글에서,

System.Runtime.InteropServices.SEHException - 0x80004005
; https://www.sysnet.pe.kr/2/0/11307

Process 객체를 사용하고 일부러 CloseHandle을 통해 핸들을 닫으면 GC 상황에서 SEHException 예외가 발생한다는 것을 설명했습니다. 이를 달리 말하면, Process 객체는 GC로 인해 수행되는 Finalizer가 있다는 것이고 그 안에는 핸들을 닫는 코드가 있음을 짐작케 합니다.

실제로 Process 객체는 Component를 통해 IDisposable 인터페이스와 Finalizer를 제공받고 있으며 공통으로 호출되는 Dispose 메서드 내부에서 Close를 호출합니다. 예상할 수 있듯이 Close에서는 핸들을 닫는 코드가 있습니다.

public void Close()
{
    if (this.Associated)
    {
        if (this.haveProcessHandle)
        {
            this.StopWatchingForExit();
            this.m_processHandle.Close();
            ...[생략]...
        }
        ...[생략]...
    }
}

따라서 다음과 같은 코드일 지라도,

int pid = Process.GetCurrentProcess().Id;

많이 사용하면 Finalizer를 동반한 GC가 발생하는 것입니다. 아래는 이런 현상을 테스트할 수 있는 간단한 예제 코드입니다.

using System;
using System.Diagnostics;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            Thread t = new Thread(outputGCFunc);
            t.IsBackground = true;
            t.Start();

            while (true)
            {
                int pid = Process.GetCurrentProcess().Id;
            }
        }

        private static void outputGCFunc()
        {
            while (true)
            {
                int count = GC.CollectionCount(2);
                Console.WriteLine($"GC 2: {count}");

                Thread.Sleep(1000);
            } 
        }
    }
}

위의 결과를 실행해 보면 GC Count가 다음과 같이 증가하는 것을 확인할 수 있습니다.

GC 2: 0
GC 2: 2
GC 2: 4
GC 2: 5
GC 2: 12
GC 2: 20
GC 2: 23
GC 2: 29
GC 2: 34
GC 2: 38
GC 2: 43
GC 2: 49
GC 2: 54
GC 2: 58
GC 2: 62
GC 2: 71

반면 while 문 내부를 이렇게 수정하면,

while (true)
{
    using (Process cur = Process.GetCurrentProcess())
    {
        int pid = cur.Id;
    }
}

GC가 0에서 거의 바뀌질 않습니다. 아울러 작업 관리자를 띄워 프로세스를 보면 메모리 관련 수치들이 거의 고정된 체로 바뀌지 않습니다. 반면, using을 사용하지 않으면 메모리가 널뛰기를 합니다.

(그렇긴 하지만, 현실적인 수준에서 문제가 될 정도로 Process 객체를 사용할 일은 없을 테니 크게 신경쓰지 않아도 되는 문제입니다. ^^)




참고로, Process.Threads 속성으로 열람해 구하는 ProcessThread 객체 역시 Component를 상속받아 Finalizer와 IDisposable 인터페이스를 물려받고 있습니다. 그렇다면, 다음과 같이 사용해야 할까요?

foreach (ProcessThread thread in cur.Threads)
{
    thread.Dispose();
}

나중에는 그래야 할지 모르겠지만, 일단 현재로써는 ProcessThread의 사용은 GC에 영향이 없으므로 Dispose의 호출 여부는 상관이 없습니다. 심지어 Component.Finalize() 조차도 영향이 없는 이유는, ProcessThread의 경우 생성자에서 GC.SuppressFinalize(this)를 호출하기 때문입니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/27/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  [42]  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12578정성태3/27/20219061개발 환경 구성: 560. Docker Desktop for Windows 기반의 Kubernetes 구성 (2) - WSL 2 인스턴스에 kind가 구성한 k8s 서비스 위치
12577정성태3/26/202111138개발 환경 구성: 559. Docker Desktop for Windows 기반의 Kubernetes 구성 - WSL 2 인스턴스에 kind 도구로 k8s 클러스터 구성
12576정성태3/25/20218927개발 환경 구성: 558. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성 (2) - k8s 서비스 위치
12575정성태3/24/20218013개발 환경 구성: 557. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성
12574정성태3/23/202111963.NET Framework: 1030. C# Socket의 Close/Shutdown 동작 (동기 모드)
12573정성태3/22/20219822개발 환경 구성: 556. WSL 인스턴스 초기 설정 명령어 [1]
12572정성태3/22/20219354.NET Framework: 1029. C# - GC 호출로 인한 메모리 압축(Compaction)을 확인하는 방법파일 다운로드1
12571정성태3/21/20218539오류 유형: 706. WSL 2 기반으로 "Enable Kubernetes" 활성화 시 초기화 실패 [1]
12570정성태3/19/202112867개발 환경 구성: 555. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법
12569정성태3/18/202111723개발 환경 구성: 554. WSL 인스턴스 export/import 방법 및 단축 아이콘 설정 방법
12568정성태3/18/20217344오류 유형: 705. C# 빌드 - Couldn't process file ... due to its being in the Internet or Restricted zone or having the mark of the web on the file.
12567정성태3/17/20218722개발 환경 구성: 553. Docker Desktop for Windows를 위한 k8s 대시보드 활성화 [1]
12566정성태3/17/20219040개발 환경 구성: 552. Kubernetes - kube-apiserver와 REST API 통신하는 방법 (Docker Desktop for Windows 환경)
12565정성태3/17/20216548오류 유형: 704. curl.exe 실행 시 dll not found 오류
12564정성태3/16/20217018VS.NET IDE: 160. 새 프로젝트 창에 C++/CLI 프로젝트 템플릿이 없는 경우
12563정성태3/16/20218972개발 환경 구성: 551. C# - JIRA REST API 사용 정리 (3) jira-oauth-cli 도구를 이용한 키 관리
12562정성태3/15/202110097개발 환경 구성: 550. C# - JIRA REST API 사용 정리 (2) JIRA OAuth 토큰으로 API 사용하는 방법파일 다운로드1
12561정성태3/12/20218702VS.NET IDE: 159. Visual Studio에서 개행(\n, \r) 등의 제어 문자를 치환하는 방법 - 정규 표현식 사용
12560정성태3/11/202110050개발 환경 구성: 549. ssh-keygen으로 생성한 개인키/공개키 파일을 각각 PKCS8/PEM 형식으로 변환하는 방법
12559정성태3/11/20219452.NET Framework: 1028. 닷넷 5 환경의 Web API에 OpenAPI 적용을 위한 NSwag 또는 Swashbuckle 패키지 사용 [2]파일 다운로드1
12558정성태3/10/20218935Windows: 192. Power Automate Desktop (Preview) 소개 - Bitvise SSH Client 제어 [1]
12557정성태3/10/20217593Windows: 191. 탐색기의 보안 탭에 있는 "Object name" 경로에 LEFT-TO-RIGHT EMBEDDING 제어 문자가 포함되는 문제
12556정성태3/9/20216884오류 유형: 703. PowerShell ISE의 Debug / Toggle Breakpoint 메뉴가 비활성 상태인 경우
12555정성태3/8/20218892Windows: 190. C# - 레지스트리에 등록된 DigitalProductId로부터 라이선스 키(Product Key)를 알아내는 방법파일 다운로드2
12554정성태3/8/20218729.NET Framework: 1027. 닷넷 응용 프로그램을 위한 PDB 옵션 - full, pdbonly, portable, embedded
12553정성태3/5/20219203개발 환경 구성: 548. 기존 .NET Framework 프로젝트를 .NET Core/5+ 용으로 변환해 주는 upgrade-assistant, try-convert 도구 소개 [4]
... 31  32  33  34  35  36  37  38  39  40  41  [42]  43  44  45  ...