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

비밀번호

댓글 작성자
 




1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13673정성태7/11/20241065닷넷: 2274. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20241042닷넷: 2273. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/2024897오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20241045오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20241031개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/2024969닷넷: 2272. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20241210Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20241226Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20241180닷넷: 2271. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20241414닷넷: 2270. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20241137Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20241276오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20241244개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20241237개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20241453닷넷: 2269. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20241389Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20241874닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20241811오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20241660닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/20242009닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20241648닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
13650정성태6/18/20241822개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
13649정성태6/18/20241586오류 유형: 910. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter" (2)
13648정성태6/17/20241616오류 유형: 909. C# - DynamicMethod 사용 시 System.TypeAccessException
13647정성태6/16/20241972개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스)
13646정성태6/14/20241461오류 유형: 908. Process Explorer - "Error configuring dump resources: The system cannot find the file specified."
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...