Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

(시리즈 글이 4개 있습니다.)
.NET Framework: 734. C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상
; https://www.sysnet.pe.kr/2/0/11473

디버깅 기술: 113. windbg - Thread.Suspend 호출 시 응용 프로그램 hang 현상에 대한 덤프 분석
; https://www.sysnet.pe.kr/2/0/11475

.NET Framework: 863. C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상을 해결하기 위한 시도
; https://www.sysnet.pe.kr/2/0/12028

.NET Framework: 1056. C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상 (2)
; https://www.sysnet.pe.kr/2/0/12626




C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상을 해결하기 위한 시도

지난 글에서 Thread.Suspend 호출 시 Resume까지의 시간 동안 메모리 할당이 발생하면 hang 현상이 발생할 수 있다고 설명했습니다.

C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상
; https://www.sysnet.pe.kr/2/0/11473

windbg - Thread.Suspend 호출 시 응용 프로그램 hang 현상에 대한 덤프 분석
; https://www.sysnet.pe.kr/2/0/11475

그러니까, 관건은 GC가 발생하는 동안에는 Thread.Suspend를 호출해서는 안 되는 것입니다. 그렇다면, 혹시 GC.WaitForFullGCApproach / GC.WaitForFullGCComplete을 이용해 GC가 임박했을 때 Thread.Suspend를 하지 않도록 만드는 것도 가능하지 않을까요?

How to receive a full GC notification with .NET 4.0
; https://learn.microsoft.com/en-us/archive/blogs/albulank/how-to-receive-a-full-gc-notification-with-net-4-0

GC.RegisterForFullGCNotification(Int32, Int32) Method
; https://learn.microsoft.com/en-us/dotnet/api/system.gc.registerforfullgcnotification

이를 바탕으로 다음과 같이 GC가 구동하려고 할 때 GC.WaitForFullGCApproach ~ GC.WaitForFullGCComplete 호출 구간에는 Thread.Suspend를 하지 못하도록 변경을 해봤습니다.

static volatile bool _safeStackTrace;

static void Main(string[] args)
{
    GC.RegisterForFullGCNotification(10, 10);

    _safeStackTrace = true;

    Thread thWaitForFullGC = new Thread(GCNotifyProc);
    thWaitForFullGC.IsBackground = true;
    thWaitForFullGC.Start();

    Program pg = new Program();
    pg.Start();
    Console.ReadLine();
}

static private void GCNotifyProc()
{
    while (true)
    {
        var gcApproachStatus = GC.WaitForFullGCApproach(); 
        if (gcApproachStatus == GCNotificationStatus.Succeeded)
        {
            _safeStackTrace = false;
            GC.Collect();
        }
        else
        {
            return;
        }

        var gcCompleteStatus = GC.WaitForFullGCComplete();
        if (gcCompleteStatus == GCNotificationStatus.Succeeded)
        {
            _safeStackTrace = true;
        }
        else
        {
            return;
        }
    }
}

private static string GetCallStack(Thread t)
{
    string result = "";
    try
    {

        // ...[생략]...
        if (_safeStackTrace == true)
        {
            trace = new System.Diagnostics.StackTrace(t, false);
            result = trace.ToString();
        }

        // ...[생략]...

    } catch { }

    return result;
}

하지만, 실제로 해보면 얼마 못 가서 ^^; 멈춥니다. 왜냐하면 GC.WaitForFullGCApproach 이후 _safeStackTrace = false를 설정하기 전, 다른 스레드가 이미 "new System.Diagnostics.StackTrace(t, false)" 코드로 진입해 힙 할당을 초래하는 코드를 실행할 수 있기 때문입니다. 어쩌면 이런 짧은 시간에 발생하는 경합 문제는 RegisterForFullGCNotification의 threshold 값을 10보다 높게 잡아 여유를 주거나, 테스트 자체의 부하를 조금 낮추면 확률을 줄일 수 있을 것입니다.

하지만 그런 시도를 하기가 좀 무의미한 면이 있는데요, 사실 별로 현실성이 없다는 생각이 들었습니다. 왜냐하면, GC.WaitForFullGCApproach, GC.WaitForFullGCComplete 메서드가 동작하도록 하려면 반드시 "Concurrent GC" 모드를 꺼야 하기 때문입니다. 즉, app.config 파일에 다음과 같은 항목을 포함시켜야만 합니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0"/>
    </startup>

    <runtime>
        <gcServer enabled="true"/>
        <gcConcurrent enabled="false"/>
    </runtime>
</configuration>

독립 프로그램을 만드는 경우라면 저것도 방법일 수 있겠지만, 라이브러리 개발자들에게는 전혀 현실성이 없는 요구 사항입니다.

(첨부 파일은 이 글의 테스트 코드를 포함합니다.)




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







[최초 등록일: ]
[최종 수정일: 7/7/2023]

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)
12922정성태1/14/202216306개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
12921정성태1/14/202213220개발 환경 구성: 624. Docker Desktop에서 별도 서버에 설치한 docker registry에 이미지 올리는 방법
12920정성태1/14/202214616오류 유형: 786. Camtasia - An error occurred with the camera: Failed to Add Video Sampler.
12919정성태1/13/202214108Windows: 199. Host Network Service (HNS)에 의해서 점유되는 포트
12918정성태1/13/202214992Linux: 47. WSL - shell script에서 설정한 환경 변수가 스크립트 실행 후 반영되지 않는 문제
12917정성태1/12/202214346오류 유형: 785. C# - The type or namespace name '...' could not be found (are you missing a using directive or an assembly reference?)
12916정성태1/12/202213417오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.
12915정성태1/11/202214305오류 유형: 783. Visual Studio - We didn't find any interpreters
12914정성태1/11/202217789VS.NET IDE: 172. 비주얼 스튜디오 2022의 파이선 개발 환경 지원
12913정성태1/11/202218064.NET Framework: 1133. C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법 [1]
12912정성태1/11/202217418개발 환경 구성: 623. ffmpeg.exe를 사용해 비디오 파일의 이미지를 PGM(Portable Gray Map) 파일 포맷으로 출력하는 방법 [1]
12911정성태1/11/202213773VS.NET IDE: 171. 비주얼 스튜디오 - 더 이상 만들 수 없는 "ASP.NET Core 3.1 Web Application (.NET Framework)" 프로젝트
12910정성태1/10/202214955제니퍼 .NET: 30. 제니퍼 닷넷 적용 사례 (8) - CPU high와 DB 쿼리 성능에 문제가 함께 있는 사이트
12909정성태1/10/202215875오류 유형: 782. Visual Studio 2022 설치 시 "Couldn't install Microsoft.VisualCpp.Redist.14.Latest"
12908정성태1/10/202213131.NET Framework: 1132. C# - ref/out 매개변수의 IL 코드 처리
12907정성태1/9/202214854오류 유형: 781. (youtube-dl.exe) 실행 시 "This app can't run on your PC" / "Access is denied." 오류 발생
12906정성태1/9/202216913.NET Framework: 1131. C# - 네임스페이스까지 동일한 타입을 2개의 DLL에서 제공하는 경우 충돌을 우회하는 방법 [1]파일 다운로드1
12905정성태1/8/202216060오류 유형: 780. Could not load file or assembly 'Microsoft.VisualStudio.TextTemplating.VSHost.15.0, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies.
12904정성태1/8/202218016개발 환경 구성: 623. Visual Studio 2022 빌드 환경을 위한 github Actions 설정 [1]
12903정성태1/7/202217079.NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예
12902정성태1/7/202215991오류 유형: 779. SQL 서버 로그인 에러 - provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.
12901정성태1/5/202216878오류 유형: 778. C# - .NET 5+에서 warning CA1416: This call site is reachable on all platforms. '...' is only supported on: 'windows' 경고 발생
12900정성태1/5/202218962개발 환경 구성: 622. vcpkg로 ffmpeg를 빌드하는 경우 생성될 구성 요소 제어하는 방법
12899정성태1/3/202218524개발 환경 구성: 621. windbg에서 python 스크립트 실행하는 방법 - pykd (2)
12898정성태1/2/202219212.NET Framework: 1129. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 인코딩 예제(encode_video.c) [1]파일 다운로드1
12897정성태1/2/202216365.NET Framework: 1128. C# - 화면 캡처한 이미지를 ffmpeg(FFmpeg.AutoGen)로 동영상 처리 [4]파일 다운로드1
... 31  32  33  34  35  36  37  38  39  40  41  [42]  43  44  45  ...