Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일

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://blogs.msdn.microsoft.com/albulank/2009/11/15/how-to-receive-a-full-gc-notification-with-net-4-0/

GC.RegisterForFullGCNotification(Int32, Int32) Method
; https://docs.microsoft.com/en-us/dotnet/api/system.gc.registerforfullgcnotification?view=netframework-4.8

이를 바탕으로 다음과 같이 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>

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

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




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





[최초 등록일: ]
[최종 수정일: 9/27/2019 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
11904정성태5/21/20191739.NET Framework: 833. C# - Open Hardware Monitor를 이용한 CPU 온도 정보파일 다운로드1
11903정성태5/21/20191040오류 유형: 540. .NET Core - System.PlatformNotSupportedException: The named version of this synchronization primitive is not supported on this platform.
11902정성태5/21/2019692오류 유형: 539. mstest 실행 시 "The directory name is invalid." 오류 발생
11901정성태5/21/20191182오류 유형: 538. msbuild 오류 - Could not find a part of the path '%LOCALAPPDATA%\Temp\2\.NETFramework,Version=v4.0.AssemblyAttributes.cs'
11900정성태3/12/20201067오류 유형: 537. "sfc /scannow" 실행 중 시스템이 부팅되는 현상
11899정성태5/17/20191246Linux: 9. Linux에서 윈도우의 OutputDebugString 대신 사용할 수 있는 syslog [1]
11898정성태5/20/20191251VC++: 130. C++ string의 c_str과 data 함수의 차이점 [3]
11897정성태5/16/20192161오류 유형: 536. Visual Studio - "Developer Pack"을 설치했는데도 "대상 프레임워크" 목록에 나오지 않는 경우 [1]
11896정성태5/15/20191590개발 환경 구성: 440. C#, C++ - double의 Infinity, NaN 표현 방식파일 다운로드1
11895정성태5/12/20191254.NET Framework: 832. ML.NET Model Builder - 회귀(Regression), 다중 분류(Multi-class classification) 예제파일 다운로드1
11894정성태5/12/20191698VS.NET IDE: 135. Visual Studio - ML.NET Model Builder 소개 [1]
11893정성태5/10/20191236오류 유형: 535. C# 6.0 이상의 문법을 컴파일 시 오류가 발생한다면?
11892정성태5/10/2019904웹: 38. HTTP Cookie의 expires 시간 형식(RFC7231)
11891정성태5/9/20191107.NET Framework: 831. (번역글) .NET Internals Cookbook Part 12 - Memory structure, attributes, handles
11890정성태5/8/2019895개발 환경 구성: 439. "Visual Studio Enterprise is required to execute the test." 메시지와 관련된 코드 기록
11889정성태5/8/2019975개발 환경 구성: 438. mstest, QTAgent의 로그 파일 설정 방법
11888정성태5/8/20191613.NET Framework: 830. C# - 비동기 호출을 취소하는 CancellationToken의 간단한 예제 코드파일 다운로드1
11887정성태5/8/20191262.NET Framework: 829. C# - yield 문을 사용할 수 있는 메서드의 조건
11886정성태5/8/20191259오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 [2]
11885정성태5/7/2019766오류 유형: 533. mstest.exe 실행 시 "File extension specified '.loadtest' is not a valid test extension." 오류 발생
11884정성태5/5/20191450.NET Framework: 828. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 두 번째 이야기
11883정성태5/3/20191682.NET Framework: 827. C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법파일 다운로드1
11882정성태5/9/2019965.NET Framework: 826. (번역글) .NET Internals Cookbook Part 11 - Various C# riddles파일 다운로드1
11881정성태4/28/20191444오류 유형: 532. .NET Core 프로젝트로 마이그레이션 시 "CS0579 Duplicate 'System.Reflection.AssemblyCompanyAttribute' attribute" 오류 발생
11880정성태4/25/2019866오류 유형: 531. 이벤트 로그 오류 - Task Scheduling Error: m->NextScheduledSPRetry 1547, m->NextScheduledEvent 1547
11879정성태1/27/20201182.NET Framework: 825. (번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and others파일 다운로드2
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...