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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  [163]  164  165  ...
NoWriterDateCnt.TitleFile(s)
972정성태1/7/201124234개발 환경 구성: 95. SQL Server 2008 R2 이하 버전 정보 확인
971정성태1/5/201133814.NET Framework: 199. .NET 코드 - Named Pipe 닷넷 서버와 VC++ 클라이언트 제작 [2]파일 다운로드1
970정성태1/4/201134332.NET Framework: 198. 윈도우 응용 프로그램에 Facebook 로그인 연동 [1]파일 다운로드1
969정성태12/31/201040407VC++: 45. Winsock 2 Layered Service Provider - Visual Studio 2010용 프로젝트 [1]파일 다운로드1
968정성태12/30/201026703개발 환경 구성: 94. 개발자가 선택할 수 있는 윈도우에서의 네트워크 프로그래밍 기술 [2]
967정성태12/27/201028435.NET Framework: 197. .NET 코드 - 단일 Process 실행파일 다운로드1
966정성태12/26/201026381.NET Framework: 196. .NET 코드 - 창 흔드는 효과파일 다운로드1
965정성태12/25/201027907개발 환경 구성: 93. MSBuild를 이용한 닷넷 응용프로그램의 다중 어셈블리 출력 빌드파일 다운로드1
964정성태12/21/2010143068개발 환경 구성: 92. 윈도우 서버 환경에서, 최대 생성 가능한 소켓(socket) 연결 수는 얼마일까? [14]
963정성태12/13/201027950개발 환경 구성: 91. MSBuild를 이용한 닷넷 응용프로그램의 플랫폼(x86/x64)별 빌드 [2]파일 다운로드1
962정성태12/10/201022768오류 유형: 110. GAC 등록 - Failure adding assembly to the cache: Invalid file or assembly name.
961정성태12/10/201099830개발 환경 구성: 90. 닷넷에서 접근해보는 PostgreSQL DB [5]
960정성태12/8/201045155.NET Framework: 195. .NET에서 코어(Core) 관련 CPU 정보 알아내는 방법파일 다운로드1
959정성태12/8/201031966.NET Framework: 194. Facebook 연동 - API Error Description: Invalid OAuth 2.0 Access Token
958정성태12/7/201028978개발 환경 구성: 89. 배치(batch) 파일에서 또 다른 배치 파일을 동기 방식으로 실행 및 반환값 얻기 [2]
957정성태12/6/201031729디버깅 기술: 31. Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램 [3]
953정성태11/28/201036967.NET Framework: 193. 페이스북(Facebook) 계정으로 로그인하는 C# 웹 사이트 제작 [5]
952정성태11/25/201025373.NET Framework: 192. GC의 부하는 상대적인 것! [4]
950정성태11/18/201076744.NET Framework: 191. ClickOnce - 관리자 권한 상승하는 방법 [17]파일 다운로드2
954정성태11/29/201048736    답변글 .NET Framework: 191.1. [답변] 클릭원스 - 요청한 작업을 수행하려면 권한 상승이 필요합니다. (Exception from HRESULT: 0x800702E4) [2]
949정성태11/16/201027268오류 유형: 109. System.ServiceModel.Security.SecurityNegotiationException
948정성태11/16/201036142.NET Framework: 190. 트위터 계정으로 로그인하는 C# 웹 사이트 제작 [7]파일 다운로드1
947정성태11/14/201041714.NET Framework: 189. Mono Cecil로 만들어 보는 .NET Decompiler [1]파일 다운로드1
946정성태11/11/201041587.NET Framework: 188. .NET 64비트 응용 프로그램에서 왜 (2GB) OutOfMemoryException 예외가 발생할까? [1]파일 다운로드1
945정성태11/11/201025088VC++: 44. C++/CLI 컴파일 오류 - error C4368: mixed types are not supported
944정성태11/11/201031618VC++: 43. C++/CLI 컴파일 오류 - error C2872: 'IServiceProvider' : ambiguous symbol could be ...
... 151  152  153  154  155  156  157  158  159  160  161  162  [163]  164  165  ...