Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 4개 있습니다.)
.NET Framework: 975. .NET Core를 직접 호스팅해 (runtimeconfig.json 없이) EXE만 배포해 실행
; https://www.sysnet.pe.kr/2/0/12427

.NET Framework: 992. C# - .NET Core 3.0 이상부터 제공하는 runtimeOptions의 rollForward 옵션
; https://www.sysnet.pe.kr/2/0/12471

.NET Framework: 1165. .NET Core/5+ 빌드 시 runtimeconfig.json에 설정을 반영하는 방법
; https://www.sysnet.pe.kr/2/0/12983

.NET Framework: 2096. .NET Core/5+ - PublishSingleFile 유형에 대한 runtimeconfig.json 설정
; https://www.sysnet.pe.kr/2/0/13265




.NET Core/5+ - PublishSingleFile 유형에 대한 runtimeconfig.json 설정

예제를 먼저 들어볼까요? ^^

다음과 같이 간단하게 코딩을 하고,

// .NET 7 + Console App

foreach (var item in GC.GetConfigurationVariables())
{
    Console.WriteLine(item);
}

/*
Hello, World!
[ServerGC, False]
[ConcurrentGC, True]
[RetainVM, False]
[NoAffinitize, False]
[GCCpuGroup, False]
[GCLargePages, False]
[HeapCount, 1]
[GCHeapAffinitizeMask, 0]
[GCHeapAffinitizeRanges, ]
[GCHighMemPercent, 0]
[GCHeapHardLimit, 0]
[GCHeapHardLimitPercent, 0]
[GCHeapHardLimitSOH, 0]
[GCHeapHardLimitLOH, 0]
[GCHeapHardLimitPOH, 0]
[GCHeapHardLimitSOHPercent, 0]
[GCHeapHardLimitLOHPercent, 0]
[GCHeapHardLimitPOHPercent, 0]
[GCConserveMem, 0]
*/

실행 결과를 보면, 기본 상태인 경우 ConcurrentGC는 True인 것을 볼 수 있습니다. 이 상태에서, 만약 출력 디렉터리에 "ConsoleApp1.runtimeconfig.json" 파일을 만들어 다음과 같이 설정해 주면,

{
  "runtimeOptions": {
    "tfm": "net7.0",
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "7.0.0"
    },
    "configProperties": {
      "System.GC.Concurrent": False
    }
  }
}

이후 ConsoleApp1 실행 시 화면에는 Concurrent 옵션이 False로 나옵니다.




그런데, 위의 응용 프로그램을 PublishSingleFile 옵션을 적용해,

C# - PublishSingleFile과 관련된 옵션
; https://www.sysnet.pe.kr/2/0/13159

<Project Sdk="Microsoft.NET.Sdk">

    <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFramework>net7.0</TargetFramework>
        <ImplicitUsings>enable</ImplicitUsings>
        <Nullable>enable</Nullable>

        <PublishSingleFile>true</PublishSingleFile>
        <RuntimeIdentifier>win-x64</RuntimeIdentifier>
        <DebugType>embedded</DebugType>
    </PropertyGroup>

</Project>

배포하는 경우라면 어떻게 될까요? 배포 디렉터리를 보면, ConsoleApp1.exe 파일이 생성되는데요, 이 상태에서 실행하면 (예상할 수 있듯이) Concurrent 옵션이 True로 나옵니다. 그런데 이전과 마찬가지로 이 옵션을 변경하기 위해 ConsoleApp1.runtimeconfig.json을 만들어 주면 어떻게 될까요?

실행해 보면, ConsoleApp1.runtimeconfig.json 설정이 전혀 통하지 않는 것을 볼 수 있습니다. 왜냐하면, (.NET 7 이후의 경우) exe에 포함된 바이너리들은 모두 메모리 매핑에서 로딩이 돼 현재 경로가 사실상 메모리가 되기 때문에 exe가 출력된 디렉터리를 더 이상 참조하지 않기 때문입니다.

따라서 PublishSingleFile의 경우 저런 옵션을 변경하고 싶다면 단일 이미지 파일 생성 이전에, 즉 프로젝트 단계에서 runtimeconfig.template.json을 추가해야 합니다.

{
    "configProperties": {
        "System.GC.Concurrent": false,
    }
}

혹은 같은 옵션이 csproj 프로젝트 파일에도 있다면 그걸 설정할 수 있는데요,

<Project Sdk="Microsoft.NET.Sdk">

    <PropertyGroup>
        ...[생략]...

        <ConcurrentGarbageCollection>false</ConcurrentGarbageCollection>
    </PropertyGroup>

</Project>

만약 런타임에 꼭 변경해야 할 필요가 있다면, 그때는 환경 변수를 이용하는 수밖에는 없습니다. 따라서 위와 같은 경우에는 아래와 같이 설정을 한 다음,

c:\temp> SET DOTNET_gcConcurrent=0

PublishSingleFile 옵션으로 배포한 파일을 실행해야 합니다.

정리해 보면, 런타임 옵션은 1) csproj로 설정하거나, 2) runtimeconfig.json으로 설정하거나, 3) 환경 변수로 설정하는 것이 가능하지만, 경우에 따라서는 꼭 3번 방법으로만 바꿀 수 있습니다.




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

[연관 글]






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

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

비밀번호

댓글 작성자
 




... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
492정성태5/23/200726548.NET Framework: 89. ManagedThreadId - 두 번째 이야기 [5]파일 다운로드1
491정성태5/21/200726692.NET Framework: 88. ManagedThreadId ? [4]
490정성태5/19/200735190오류 유형: 33. error MSB6003: SxS DLL 로딩 오류 [2]
489정성태5/14/200723037.NET Framework: 87. .NET 2.0에서 C# 3.0 기능 사용하기
488정성태5/14/200721592Windows: 25. Multiple Input Queues
487정성태4/24/200727183VC++: 32. VC++에서 bool이 가지는 의미 [3]
486정성태3/22/200726205Windows: 24. DreamScene과 DWM(Desktop Window Manager)의 관계 [1]
485정성태3/17/200721519오류 유형: 32. VS.NET 2005 - x64 환경에서의 mixed 디버깅 환경 구성
484정성태3/17/200720705오류 유형: 31. SQL Compact Edition 설치 후 오류
483정성태3/17/200742120오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]
482정성태3/17/200731615Team Foundation Server: 17. 팀 프로젝트 접속 및 사용
481정성태3/17/200725506Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록
480정성태3/14/200723706.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200727585개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200727062개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200736344개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200731784개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200726162.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200724378.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200731479디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200730696디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200719709디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200731339디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200722748    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
468정성태2/25/200732481COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]
466정성태2/22/200724292Windows: 23. 롱혼 서버 코어 버전 [2]
... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...