Microsoft MVP성태의 닷넷 이야기
.NET Framework: 953. C# 9.0 - (6) 함수 포인터(Function pointers) [링크 복사], [링크+제목 복사],
조회: 23271
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 28개 있습니다.)

C# 9.0 - (6) 함수 포인터(Function pointers)

C# 9.0 - (1) 대상으로 형식화된 new 식(Target-typed new expressions)
; https://www.sysnet.pe.kr/2/0/12363

C# 9.0 - (2) localsinit 플래그 내보내기 무시(Suppress emitting localsinit flag)
; https://www.sysnet.pe.kr/2/0/12364

C# 9.0 - (3) 람다 메서드의 매개 변수 무시(Lambda discard parameters)
; https://www.sysnet.pe.kr/2/0/12365

C# 9.0 - (4) 원시 크기 정수(Native ints)
; https://www.sysnet.pe.kr/2/0/12366

C# 9.0 - (5) 로컬 함수에 특성 지정 가능(Attributes on local functions)
; https://www.sysnet.pe.kr/2/0/12372

C# 9.0 - (6) 함수 포인터(Function pointers)
; https://www.sysnet.pe.kr/2/0/12374

C# 9.0 - (7) 패턴 일치 개선 사항(Pattern matching enhancements)
; https://www.sysnet.pe.kr/2/0/12383

C# 9.0 - (8) 정적 익명 함수 (static anonymous functions)
; https://www.sysnet.pe.kr/2/0/12389

C# 9.0 - (9) 레코드 (Records)
; https://www.sysnet.pe.kr/2/0/12392

C# 9.0 - (10) 대상으로 형식화된 조건식(Target-typed conditional expressions)
; https://www.sysnet.pe.kr/2/0/12399

C# 9.0 - (11) 공변 반환 형식(Covariant return types)
; https://www.sysnet.pe.kr/2/0/12402

C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)
; https://www.sysnet.pe.kr/2/0/12403

C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)
; https://www.sysnet.pe.kr/2/0/12404

C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)
; https://www.sysnet.pe.kr/2/0/12405

C# 9.0 - (15) 최상위 문(Top-level statements)
; https://www.sysnet.pe.kr/2/0/12406

C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)
; https://www.sysnet.pe.kr/2/0/12423




지금까지는 Delegate가 함수 포인터의 역할을 대신해왔었습니다. 예를 들기 위해, Managed 메서드를 받는 코드를 보겠습니다.

class Program
{
    public delegate void WriteLineDelegate(string text);

    static unsafe void Main(string[] args)
    {
        WriteLineDelegate writeLineFunc = Program.WriteLine;
        writeLineFunc("test");
    }

    static void WriteLine(string text)
    {
        Console.WriteLine(text);
    }
}

이때 Delegate는 IL 코드의 ldftn 명령어를 이용해 다음과 같이 Program.WriteLine의 주소를 로드해 "native int" 타입으로 변환하고 그것을 WriteLineDelegate의 생성자에 전달하는 식으로 처리합니다. (만약 대상 메서드가 virtual이라면 ldvirtftn을 사용합니다.)

IL_0002: ldftn     void Program::WriteLine(string)
IL_0008: newobj    instance void Program/WriteLineDelegate::.ctor(object, native int)

반면, Native 메서드를 받는 경우라면 (DllImport를 사용해도 되겠지만) Marshal.GetDelegateForFunctionPointer를 이용해 역시나 Delegate로 변환해 사용할 수 있습니다.

using System;
using System.Runtime.InteropServices;

class Program
{
    [DllImport("kernel32", SetLastError = true, CharSet = CharSet.Unicode)]
    static extern IntPtr LoadLibrary(string lpFileName);

    [DllImport("kernel32", CharSet = CharSet.Ansi)]
    static extern IntPtr GetProcAddress(IntPtr hModule, string procName);

    [UnmanagedFunctionPointer(CallingConvention.StdCall)]
    public delegate int SleepExDelegate(int milliseconds, bool bAlertable);

    static unsafe void Main(string[] args)
    {
        IntPtr ptrKernel = LoadLibrary("kernel32.dll");
        IntPtr ptrSleepEx = GetProcAddress(ptrKernel, "SleepEx");

        SleepExDelegate sleepExFunc = Marshal.GetDelegateForFunctionPointer(ptrSleepEx, typeof(SleepExDelegate)) as SleepExDelegate;

        Console.WriteLine(DateTime.Now);
        sleepExFunc(2000, false);
        Console.WriteLine(DateTime.Now);
    }
}

이 상황에서는 ldtoken을 이용해 Delegate로부터 RuntimeTypeHandle을 받아 ptrSleepEx의 주솟값을 변환하게 됩니다.

IL_003F: ldtoken   Program/SleepExDelegate
IL_0044: call      class [mscorlib]System.Type [mscorlib]System.Type::GetTypeFromHandle(valuetype [mscorlib]System.RuntimeTypeHandle)
IL_0049: call      class [mscorlib]System.Delegate [mscorlib]System.Runtime.InteropServices.Marshal::GetDelegateForFunctionPointer(native int, class [mscorlib]System.Type)

결국, managed/unmanaged의 모든 호출은 System.Delegate 타입을 경유하므로 다소간의 성능 손실이 발생하게 됩니다.




C# 9.0에서는 이런 성능 손실과 함께 사용법도 간단하게 바꾼 Function Pointer 구문이 새롭게 제공됩니다. 가령, 위에서 예를 든 managed 메서드는 명시적인 Delegate 없이 다음과 같이 간단하게 처리할 수 있습니다.

class Program
{
    static unsafe void Main(string[] args)
    {
        delegate*<string, void> writeLineFunc = &Program.WriteLine; // ldftn void Program::WriteLine(string)
        writeLineFunc("test");
    }

    static void WriteLine(string text)
    {
        Console.WriteLine(text);
    }
}

또한 unmanaged 메서드의 처리도 마찬가지로 System.Delegate의 개입 없이 가능합니다.

using System;
using System.Runtime.InteropServices;

class Program
{
    [DllImport("kernel32", SetLastError = true, CharSet = CharSet.Unicode)]
    static extern IntPtr LoadLibrary(string lpFileName);

    [DllImport("kernel32", CharSet = CharSet.Ansi)]
    static extern IntPtr GetProcAddress(IntPtr hModule, string procName);

    static unsafe void Main(string[] args)
    {
        IntPtr ptrKernel = LoadLibrary("kernel32.dll");
        IntPtr ptrSleepEx = GetProcAddress(ptrKernel, "SleepEx");

        // C# 9.0 RC
        // delegate* stdcall<int, bool, int> sleepExFunc = (delegate* stdcall<int, bool, int>)ptrSleepEx;

        // C# 9.0 정식 버전
        delegate* unmanaged[Stdcall]<int, bool, int> sleepExFunc = (delegate* unmanaged[Stdcall]<int, bool, int>)ptrSleepEx;

        Console.WriteLine(DateTime.Now);
        sleepExFunc(2000, false);
        Console.WriteLine(DateTime.Now);
    }
}

위에서 sleepExFunc 호출을 IL 코드로 보면, System.Delegate와 무관하게 해당 함수의 주소로 직접 호출하는 calli를 이용하는 것을 볼 수 있습니다.

IL_0097: ldloc.s   sleepExFunc
IL_0099: stloc.s   8
IL_009B: ldc.i4    2000
IL_00A0: ldc.i4.0
IL_00A1: ldloc.s   8
IL_00A3: calli     int (int32, bool)

보는 바와 같이 전체적으로 구문도 간단해졌고, 성능을 높일 수 있는 방식으로 바뀌었습니다.




C# 9.0의 함수 포인터 구문(delegate*)은 이렇게 관리/비관리 함수를 호출할 수 있는 구문을 제공하는데, 기본적으로 아무런 옵션을 지정하지 않으면,

delegate*<int, int, int> p1 = null;

이것은 managed 형식과 동일합니다.

delegate* managed<int, int, int> p1 = null;

비관리 함수 포인터 구문으로 넘어오면 약간 복잡해지는데, 호출 규약에 따라 cdecl, thiscall, stdcall로 나뉘므로,

// C# 9.0 RC
// delegate* stdcall<int, int, int> p3 = null;
// delegate* thiscall<int, int, int> p4 = null;
// delegate* cdecl<int, int, int> p5 = null;

// C# 9.0 정식 버전
delegate* unmanaged[Stdcall]<int, int, int> p3 = null;
delegate* unmanaged[Thiscall]<int, int, int> p4 = null;
delegate* unmanaged[Cdecl]<int, int, int> p5 = null;
delegate* unmanaged[Fastcall]<int, int, int> p6 = null;

대상 함수의 호출 규약을 파악해 맞춰주시면 됩니다.

(cs9_function_pointer_sample.zip 파일은 위에서 설명한 예제 코드를 포함합니다.)




참고로, calli에 대해서는 예전에도 한 번 소개한 적이 있습니다.

OpenCover 코드 커버리지 도구의 동작방식을 통해 살펴보는 Calli IL 코드 사용법
; https://www.sysnet.pe.kr/2/0/2882

물론, C# 언어의 기본 문법만으로는 이런 호출이 불가능하고 단지 IL 수준에서 그 호출 형태를 살펴볼 수 있습니다.

L_0000: /* 02 */ ldarg.0                // 함수에 전달하는 인자 1개
L_0001: /* 21 */ ldc.i8 0x7ffa4f745ad0  // 함수의 주소
L_000a: /* 29 */ calli 0x11000eaf       // 함수의 signature를 담고 있는 메타데이터 토큰

위의 calli 사용은, 함수의 signature가 "0x11000eaf"로 식별되는 "0x7ffa4f745ad0" 주소의 함수를 호출하는 것을 보여줍니다. (그리고 "ldarg.0" 하나만 있는 걸로 봐서 해당 함수는 인자를 하나만 요구하는 것을 짐작게 합니다.)

C# 8.0 이전의 기본 문법으로는 calli 호출을 할 수 없지만, DynamicMethod를 이용한다면 calli 호출의 동적 메서드를 런타임에 만들 수 있습니다. 이에 대한 예제를 다음에서 찾아볼 수 있는데요,

calli IL 호출이 DllImport 호출보다 빠를까요?
; https://www.sysnet.pe.kr/2/0/10808

public class Class1
{
    [DllImport("Win32Project1.dll", EntryPoint = "fnWin32Project1")]
    static extern long GetThisThreadId32();

    static GetThisThreadIdDelegate _GetThisThreadIdMethod = null;
    delegate int GetThisThreadIdDelegate();

    static Class1()
    {
        long result = 0;

        if (_GetThisThreadIdMethod == null)
        {
            if (IntPtr.Size == 4)
            {
                result = GetThisThreadId32(); // result == C++ DLL에서 반환하는 GetCurrentThreadId Win23 API의 주소
            }

            var type = typeof(Class1);
            DynamicMethod dynamicMethod = new DynamicMethod("", typeof(int), Type.EmptyTypes, type, true);

            var iLGenerator = dynamicMethod.GetILGenerator();

            if (IntPtr.Size == 4)
            {
                iLGenerator.Emit(OpCodes.Ldc_I4, (int)result);
            }
            else
            {
                iLGenerator.Emit(OpCodes.Ldc_I8, result);
            }

            iLGenerator.EmitCalli(OpCodes.Calli, CallingConvention.StdCall, typeof(int), Type.EmptyTypes);
            iLGenerator.Emit(OpCodes.Ret);

            GetThisThreadIdDelegate tempDelegate = dynamicMethod.CreateDelegate(typeof(GetThisThreadIdDelegate)) as GetThisThreadIdDelegate;
            _GetThisThreadIdMethod = tempDelegate;
        }
    }
}

꽤나 복잡한 저 절차를 이제 C# 9의 Function Pointer 구문에 따라 다음과 같이 간단하게 표현할 수 있습니다.

public unsafe class Class1
{
    static Class1()
    {
        if (_pFunc == null)
        {
            // C# 9.0 RC
            // _pFunc = (delegate* stdcall<int>)GetThisThreadId32();

            // C# 9.0 정식 버전
            _pFunc = (delegate* unmanaged[Stdcall]<int>)GetThisThreadId32();
        }
    }

    [DllImport("Win32Project1.dll", EntryPoint = "fnWin32Project1")]
    static extern long GetThisThreadId32();

    // C# 9.0 RC
    // static delegate* stdcall<int> _pFunc;

    // C# 9.0 정식 버전
    static delegate* unmanaged[Stdcall]<int> _pFunc;
}

또한, 위의 글에서 테스트했던 성능보다 더 향상된 것을 확인할 수 있습니다.

// x86 Release 빌드로 테스트 (낮을수록 좋음)

Calli : 598
BCL : 1386
DllImport : 1274

Calli : 606
BCL : 1447
DllImport : 1565

Calli : 591
BCL : 1340
DllImport : 1241

왜냐하면 (동일한 calli 호출이지만) DynamicMethod로 만든 경우 호출을 MulticastDelegate를 경유하는 반면, C# 9의 Function Pointer는 그 오버헤드도 없어졌기 때문입니다.

(cs9_function_pointer_perf.zip 파일은 성능 테스트 예제 코드를 포함합니다.)




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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2020-11-22 02시08분
정성태

... 121  122  123  124  125  126  127  128  129  130  [131]  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
1780정성태10/15/201424184오류 유형: 249. The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
1779정성태10/15/201419716오류 유형: 248. Active Directory에서 OU가 지워지지 않는 경우
1778정성태10/10/201418164오류 유형: 247. The Netlogon service could not create server share C:\Windows\SYSVOL\sysvol\[도메인명]\SCRIPTS.
1777정성태10/10/201421279오류 유형: 246. The processing of Group Policy failed. Windows attempted to read the file \\[도메인]\sysvol\[도메인]\Policies\{...GUID...}\gpt.ini
1776정성태10/10/201418314오류 유형: 245. 이벤트 로그 - Name resolution for the name _ldap._tcp.dc._msdcs.[도메인명]. timed out after none of the configured DNS servers responded.
1775정성태10/9/201419433오류 유형: 244. Visual Studio 디버깅 (2) - Unable to break execution. This process is not currently executing the type of code that you selected to debug.
1774정성태10/9/201426632개발 환경 구성: 246. IIS 작업자 프로세스의 20분 자동 재생(Recycle)을 끄는 방법
1773정성태10/8/201429783.NET Framework: 471. 웹 브라우저로 다운로드가 되는 파일을 왜 C# 코드로 하면 안되는 걸까요? [1]
1772정성태10/3/201418571.NET Framework: 470. C# 3.0의 기본 인자(default parameter)가 .NET 1.1/2.0에서도 실행될까? [3]
1771정성태10/2/201428086개발 환경 구성: 245. 실행된 프로세스(EXE)의 명령행 인자를 확인하고 싶다면 - Sysmon [4]
1770정성태10/2/201421695개발 환경 구성: 244. 매크로 정의를 이용해 파일 하나로 C++과 C#에서 공유하는 방법 [1]파일 다운로드1
1769정성태10/1/201424117개발 환경 구성: 243. Scala 개발 환경 구성(JVM, 닷넷) [1]
1768정성태10/1/201419542개발 환경 구성: 242. 배치 파일에서 Thread.Sleep 효과를 주는 방법 [5]
1767정성태10/1/201424634VS.NET IDE: 94. Visual Studio 2012/2013에서의 매크로 구현 - Visual Commander [2]
1766정성태10/1/201422494개발 환경 구성: 241. 책 "프로그래밍 클로저: Lisp"을 읽고 나서. [1]
1765정성태9/30/201426057.NET Framework: 469. Unity3d에서 transform을 변수에 할당해 사용하는 특별한 이유가 있을까요?
1764정성태9/30/201422295오류 유형: 243. 파일 삭제가 안 되는 경우 - The action can't be comleted because the file is open in System
1763정성태9/30/201423865.NET Framework: 468. PDB 파일을 연동해 소스 코드 라인 정보를 알아내는 방법파일 다운로드1
1762정성태9/30/201424552.NET Framework: 467. 닷넷에서 EIP/RIP 레지스터 값을 구하는 방법 [1]파일 다운로드1
1761정성태9/29/201421582.NET Framework: 466. 윈도우 운영체제의 보안 그룹 이름 및 설명 문자열을 바꾸는 방법파일 다운로드1
1760정성태9/28/201419856.NET Framework: 465. ICorProfilerInfo::GetILToNativeMapping 메서드가 0x80131358을 반환하는 경우
1759정성태9/27/201430980개발 환경 구성: 240. Visual C++ / x64 환경에서 inline-assembly를 매크로 어셈블리로 대체하는 방법파일 다운로드1
1758정성태9/23/201437886개발 환경 구성: 239. 원격 데스크톱 접속(RDP)을 기존의 콘솔 모드처럼 사용하는 방법 [1]
1757정성태9/23/201418417오류 유형: 242. Lync로 모임 참여 시 소리만 들리지 않는 경우 - 두 번째 이야기
1756정성태9/23/201427434기타: 48. NVidia 제품의 과다한 디스크 사용 [2]
1755정성태9/22/201434209오류 유형: 241. Unity Web Player를 설치해도 여전히 설치하라는 화면이 나오는 경우 [4]
... 121  122  123  124  125  126  127  128  129  130  [131]  132  133  134  135  ...