Microsoft MVP성태의 닷넷 이야기
.NET Framework: 658. C#의 tail call 구현은? [링크 복사], [링크+제목 복사]
조회: 13418
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

C#의 tail call 구현은?

우선, CLR 수준에서 어떻게 tail call이 처리되고 있는지에 대한 문서들을 웹상에서 찾아볼 수 있습니다.

Enter, Leave, Tailcall Hooks Part 2: Tall tales of tail calls
; https://learn.microsoft.com/en-us/archive/blogs/davbr/enter-leave-tailcall-hooks-part-2-tall-tales-of-tail-calls

Tail Call Improvements in .NET Framework 4
; https://learn.microsoft.com/en-us/archive/blogs/clrcodegeneration/tail-call-improvements-in-net-framework-4

그리고, CLR 2.0 기준으로 64bit/32bit에 따른 tail call이 가능하지 않은 조건들을 설명한 글이 있습니다.

Tail call JIT conditions
; https://learn.microsoft.com/en-us/archive/blogs/davbr/tail-call-jit-conditions

(* You must not take dependencies on this behavior. Use this information for your own personal entertainment only.)

이 중에서 "Tail Call Improvements in .NET Framework 4" 글이 그나마 최신인데요. 대충 설명해 보면 다음과 같이 요약됩니다.

  • CLR 2 + 64bit JIT: '쉬운(easy)' 경우만을 대상으로 tail call 최적화 처리, 이 때문에 tail. 접두사가 명시되어 있다 해도 'easy case'가 아니라면 tail call 최적화를 하지 못함.
  • CLR 2 + 32bit JIT: tail. 접두사가 명시된 경우만. (하지만, 64bit JIT보다 tail call 처리를 할 수 없는 더 많은 예외적인 상황이 존재)
  • CLR 4 + 64bit JIT: tail. 접두사가 명시된 경우 모든 상황에서 tail. 접두사를 (tail call 방식이 아니라도 TailCallHelper를 통해) 처리하도록 JIT 개선
  • CLR 4 + 32bit/IA64 JIT: CLR 2의 상황과 바뀐 것이 없음. (따라서, tail. 접두사가 명시된 경우만 제한적으로.)

즉, CLR 4 + 64bit JIT에 와서야 "tail." 접두사가 존재한다면 어떤 식으로든 stack overflow가 발생하지 않도록 처리가 되었습니다.

이쯤에서, C#에서의 tail call 처리가 궁금할 텐데요. 일단, C# 컴파일러는 어떠한 코드에서도 "tail." 접두사를 생성하지 않습니다. 따라서, CLR 2/4에 상관없이 32bit JIT 컴파일러는 tail call 최적화를 하지 않습니다. 단지, 64bit JIT에서는 임의 재량으로 쉬운 것만을 대상으로 변환을 해줍니다.

F#이라면 어떨까요? F# 컴파일러는 언어의 특성상 "tail." 접두사를 상황에 따라 IL 코드에 출력을 합니다. 일단, "tail." 접두사가 출력되었다면 CLR 4 + 64bit JIT 환경에서 stack overflow 예외는 피할 수 있다고 안심하셔도 됩니다.




C#의 경우, 간단한 예제로 한번 테스트해볼까요? ^^

using System;

class Program
{
    static void Main(string[] args)
    {
        RecursiveCall(1);
    }

    private static void RecursiveCall(int v)
    {
        if (v % 100 == 0)
        {
            Console.WriteLine(v);
        }

        RecursiveCall(v + 1);
    }
}

C# 컴파일러로 위의 코드를 CLR 2 - x64/Release 빌드하면 다음과 같은 IL 코드가 생성됩니다.

.method private hidebysig static void RecursiveCall(int32 v) cil managed
{
    .maxstack 8
    L_0000: ldarg.0 
    L_0001: ldc.i4.s 100
    L_0003: rem 
    L_0004: brtrue.s L_000c
    L_0006: ldarg.0 
    L_0007: call void [mscorlib]System.Console::WriteLine(int32)
    L_000c: ldarg.0 
    L_000d: ldc.i4.1 
    L_000e: add 
    L_000f: call void Program::RecursiveCall(int32)
    L_0014: ret 
}

보는 바와 같이 L_000f의 call 이전에 "tail." 접두사가 없습니다. 하지만, 이 코드를 실행해 보면 stack overflow 예외 없이 잘 실행됩니다. 반면, CLR 2 - x86/Release로 빌드해 실행하면 이번에는 "Process is terminated due to StackOverflowException." 예외가 발생합니다.

이 상황은 CLR 4에서도 동일하며, Debug 빌드의 경우에는 어떤 모드로 해도 tail call 처리를 JIT 컴파일러가 하지 않으므로 stack overflow가 발생합니다.




이야기 나온 김에 ^^ "tail." 접두사가 있는 경우도 테스트해 보겠습니다. ildasm.exe를 이용해 위의 예제를 빌드한 ConsoleApp1.exe를 IL 소스 코드로 변경한 다음,

ildasm /OUT=test.il ConsoleApp1.exe

생성된 test.il 파일을 메모장 등에서 열어 call 전에 "tail." 접두사를 추가해 줍니다. (IL_???? 번호는 br 계열 명령어의 오프셋 값만 일치시켜 준다면 임의로 변경하셔도 됩니다.)

.method private hidebysig static void  RecursiveCall(int32 v) cil managed
{
	// Code size       21 (0x15)
	.maxstack  8
	IL_0000:  ldarg.0
	IL_0001:  ldc.i4.s   100
	IL_0003:  rem
	IL_0004:  brtrue.s   IL_000c

	IL_0006:  ldarg.0
	IL_0007:  call       void [mscorlib]System.Console::WriteLine(int32)
	IL_000c:  ldarg.0
	IL_000d:  ldc.i4.1
	IL_000e:  add
	IL_000f:  tail.
	IL_0014:  call       void Program::RecursiveCall(int32)
	IL_0018:  ret
} // end of method Program::RecursiveCall

"tail." 접두사가 추가된 il 코드를 CLR 2 버전의 ilasm.exe를 이용해 빌드하고,

"C:\Windows\Microsoft.NET\Framework\v2.0.50727\ilasm.exe" /OUTPUT=test.exe test.il /RESOURCE=test.res

test.exe를 실행해 보면, "tail." 접두사가 있는 데다 "Tail call JIT conditions" 문서에 따른 예외적인 조건이 아니기 때문에 정상적으로 tail call 처리가 되어 stack overflow 예외 없이 CLR 2 + x86에서도 잘 실행이 됩니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/2/2022]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12378정성태10/15/202010065.NET Framework: 954. C# - x86/x64 환경에 따라 달라지는 P/Invoke 함수의 export 이름파일 다운로드1
12377정성태10/15/202011388디버깅 기술: 172. windbg - 파일 열기 시점에 bp를 걸어 파일명 알아내는 방법(Managed/Unmanaged)
12376정성태10/15/20208124오류 유형: 669. windbg - sos의 name2ee 명령어 실행 시 "Failed to request module list." 오류
12375정성태10/15/20209488Windows: 177. 윈도우 탐색기에서 띄우는 cmd.exe 창의 디렉터리 구분 문자가 'Yen(¥)' 기호로 나오는 경우 [1]
12374정성태10/14/202014081.NET Framework: 953. C# 9.0 - (6) 함수 포인터(Function pointers) [1]파일 다운로드2
12373정성태10/14/20209375.NET Framework: 952. OpCodes.Box와 관련해 IL 형식으로 직접 코딩 시 유의할 점
12372정성태10/13/202011315.NET Framework: 951. C# 9.0 - (5) 로컬 함수에 특성 지정 가능(Attributes on local functions)파일 다운로드1
12371정성태10/13/20209983개발 환경 구성: 519. Visual Studio의 Ctrl+Shift+U (Edit.MakeUppercase) 단축키가 동작하지 않는 경우
12370정성태10/13/202010846Linux: 33. Linux - nmcli를 이용한 고정 IP 설정
12369정성태10/12/202013670Windows: 176. Raymond Chen이 한글날에 밝히는 윈도우의 한글 자모 분리 현상 [3]
12368정성태10/12/20209690오류 유형: 668. VSIX 확장 빌드 - The "GetDeploymentPathFromVsixManifest" task failed unexpectedly.
12367정성태10/12/202022461오류 유형: 667. Ubuntu - Temporary failure resolving 'kr.archive.ubuntu.com' [2]
12366정성태10/12/202011517.NET Framework: 950. C# 9.0 - (4) 원시 크기 정수(Native ints) [1]파일 다운로드1
12365정성태10/12/202010471.NET Framework: 949. C# 9.0 - (3) 람다 메서드의 매개 변수 무시(Lambda discard parameters)파일 다운로드1
12364정성태10/11/202011680.NET Framework: 948. C# 9.0 - (2) localsinit 플래그 내보내기 무시(Suppress emitting localsinit flag)파일 다운로드1
12363정성태10/11/202012592.NET Framework: 947. C# 9.0 - (1) 대상으로 형식화된 new 식(Target-typed new expressions) [2]파일 다운로드1
12362정성태10/11/20209336VS.NET IDE: 151. Visual Studio 2019에 .NET 5 rc/preview 적용하는 방법
12361정성태10/11/202010947.NET Framework: 946. C# 9.0을 위한 개발 환경 구성
12360정성태10/8/20208167오류 유형: 666. The type or namespace name '...' does not exist in the namespace 'Microsoft.VisualStudio.TestTools' (are you missing an assembly reference?)
12359정성태10/7/20209690오류 유형: 665. Windows - 재부팅 후 iSCSI 연결이 끊기는 문제
12358정성태10/7/20209699오류 유형: 664. Web Deploy 설치 시 "A newer version of Microsoft Web Deploy 3.6 was found on this machine." 오류 [3]
12357정성태10/7/20207774오류 유형: 663. 이벤트 로그 - The storage optimizer couldn't complete retrim on New Volume
12356정성태10/7/202022465오류 유형: 662. ASP.NET Core와 500.19, 500.21 오류 (0x8007000d)
12355정성태10/3/20207871오류 유형: 661. Hyper-V Linux VM의 Internal 유형의 가상 Switch에 대한 IP 연결이 되지 않는 경우
12354정성태10/2/202020700오류 유형: 660. Web Deploy (msdeploy.axd) 실행 시 오류 기록 [1]
12353정성태10/2/202010505개발 환경 구성: 518. 비주얼 스튜디오에서 IIS 웹 서버로 "Web Deploy"를 이용해 배포하는 방법
... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...