Microsoft MVP성태의 닷넷 이야기
.NET Framework: 517. calli IL 호출이 DllImport 호출보다 빠를까요? [링크 복사], [링크+제목 복사],
조회: 23388
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

calli IL 호출이 DllImport 호출보다 빠를까요?

네이티브 함수를 닷넷에서 직접 호출할 수 있는 IL 코드가 바로 calli인데요.

OpCodes.Calli Field
; https://learn.microsoft.com/en-us/dotnet/api/system.reflection.emit.opcodes.calli

예전에 OpenCover 코드 커버리지 도구를 살펴보면서 calli에 대한 동작 방식을 설명한 적도 있습니다. ^^

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

근데... 이것이 일반적인 delegate 호출보다 성능이 더 좋다고 합니다.

Why is Calli Faster Than a Delegate Call?
; http://stackoverflow.com/questions/5893024/why-is-calli-faster-than-a-delegate-call

덧글에 보면 "The EmitCalli is faster because it is a raw byte code call"라고 하는데, 그럼 혹시 "Managed to Unmanaged"간의 전환이 좀 더 가벼울 수도 있지 않을까요?




그래서, 가정을 해봤습니다. .NET에서 native 코드 호출 방법이 대표적으로 DllImport가 있는데요. 그것과 비교해 보면 어떨까요? 예제를 간단히 하기 위해 GetCurrentThreadId Win32 API를 대상으로 다음의 3가지 방법에 대해 각각 성능 테스트를 해봤습니다.

  1. C++ DLL 프로젝트에서 GetCurrentThreadId Win32 API의 주소를 반환해 calli로 호출하는 예제
  2. BCL에서 제공되는 AppDomain.GetCurrentThreadId를 호출하는 예제
  3. DllImport로 직접 kernel32.dll의 GetCurrentThreadId를 호출하는 예제

소스 코드는 대충 다음과 같습니다.

// ============== C++ DLL ==============

WIN32PROJECT1_API __int64 __stdcall fnWin32Project1()
{
    return (__int64)&::GetCurrentThreadId;
}


// ============== C# DLL ==============

using System;
using System.Reflection.Emit;
using System.Runtime.InteropServices;

namespace ClassLibrary1
{
    [System.Security.SecuritySafeCritical]
    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();
                }

                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;
            }
        }

        [System.Security.SecuritySafeCritical]
        public static int GetThisThreadId()
        {
            try
            {
                return _GetThisThreadIdMethod();
            }
            catch
            {
            }

            return 0;
        }
    }
}

// ============== C# EXE ==============

using System;
using System.Diagnostics;
using System.Runtime.InteropServices;

namespace ConsoleApplication1
{
    class Program
    {
        [DllImport("kernel32.dll")]
        static extern int GetCurrentThreadId();

        static void Main(string[] args)
        {
            Action<int, string, Func<int>> action = (loopCount, title, work) =>
            {
                Stopwatch st = new Stopwatch();
                st.Start();

                Random rand = new Random(Environment.TickCount);

                for (int i = 0; i < loopCount; i++)
                {
                    work();
                }

                st.Stop();

                Console.WriteLine(title + " : " + st.ElapsedTicks);
            };

            action(1, "touch-JIT", ClassLibrary1.Class1.GetThisThreadId);
            action(1, "touch-JIT", AppDomain.GetCurrentThreadId); // 이 코드는 닷넷 프레임워크 환경에서 테스트한 것입니다. (참고: 닷넷 런타임에 따라 달라지는 AppDomain.GetCurrentThreadId의 반환값)
            action(1, "touch-JIT", GetCurrentThreadId);

            Console.WriteLine();

            action(10000, "Calli", ClassLibrary1.Class1.GetThisThreadId);
            action(10000, "BCL", AppDomain.GetCurrentThreadId);
            action(10000, "DllImport", GetCurrentThreadId);
        }
    }
}

결과는 Calli가 코드가 복잡한 거에 비하면 감동적인 수준은 아니지만 그래도 빨라지긴 했습니다.

// x86 Release 빌드로 테스트 (낮을수록 좋음)
Calli : 851
BCL : 2170
DllImport : 1260

Calli : 843
BCL : 1303
DllImport : 1577

Calli : 881
BCL : 1445
DllImport : 1247

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



결론은, 성능을 조금이라도 개선할 필요가 있을 때만 calli 호출을 쓰시고 그 외에는 그냥 DllImport를 쓰시는 것이 좋습니다. 또는, 특수한 사례로 네이티브 코드를 제공할 때 symbol export가 안되도록 숨기고 싶은 경우에 한해 calli를 쓰는 것도 좋겠고. ^^




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 3/20/2023]

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

비밀번호

댓글 작성자
 



2020-02-27 10시25분
{
    // public delegate void VoidIntPtrDelegate(IntPtr objAddress);

    var type = typeof(Program);
    DynamicMethod dynamicMethod = new DynamicMethod("", typeof(void), new Type[] { typeof(IntPtr) }, type, true);

    var iLGenerator = dynamicMethod.GetILGenerator();

    iLGenerator.Emit(OpCodes.Ldarg_0);

    if (IntPtr.Size == 4)
    {
        iLGenerator.Emit(OpCodes.Ldc_I4, ...32비트 코드 주소...);
    }
    else
    {
        iLGenerator.Emit(OpCodes.Ldc_I8, ...645비트 코드 주소...);
    }

    iLGenerator.EmitCalli(OpCodes.Calli, CallingConvention.StdCall, typeof(void), new Type[] { typeof(IntPtr) });
    iLGenerator.Emit(OpCodes.Ret);

    VoidIntPtrDelegate tempDelegate = dynamicMethod.CreateDelegate(typeof(VoidIntPtrDelegate)) as VoidIntPtrDelegate;
}
정성태

... 31  32  33  34  35  36  37  38  39  40  [41]  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12947정성태1/30/202216270개발 환경 구성: 634. ffmpeg.exe - 기존 동영상 컨테이너에 다중 스트림을 추가하는 방법
12946정성태1/28/202215272오류 유형: 792. .NET Core - 로컬 개발 중에 docker 호스팅으로 바꾸는 경우 SQL 서버 접근 방법
12945정성태1/28/202215372오류 유형: 791. SQL 서버 로그인 시 localhost는 되고, 127.0.0.1로는 안 되는 문제
12944정성태1/28/202218883.NET Framework: 1143. C# - Entity Framework Core 6 개요
12943정성태1/27/202218052.NET Framework: 1142. .NET 5+로 포팅 시 플랫폼 호환성 경고 메시지(SYSLIB0006, SYSLIB0011, CA1416) [1]파일 다운로드1
12942정성태1/27/202217352.NET Framework: 1141. XmlSerializer와 Dictionary 타입파일 다운로드1
12941정성태1/26/202218256오류 유형: 790. AKS/k8s - pod 상태가 Pending으로 지속되는 경우
12940정성태1/26/202214710오류 유형: 789. AKS에서 hpa에 따른 autoscale 기능이 동작하지 않는다면?
12939정성태1/25/202215829.NET Framework: 1140. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 MP3 오디오 파일 인코딩/디코딩하는 예제파일 다운로드1
12938정성태1/24/202219420개발 환경 구성: 633. Docker Desktop + k8s 환경에서 local 이미지를 사용하는 방법
12937정성태1/24/202217397.NET Framework: 1139. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 오디오(mp2) 인코딩하는 예제(encode_audio.c) [2]파일 다운로드1
12936정성태1/22/202216224.NET Framework: 1138. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 멀티미디어 파일의 메타데이터를 보여주는 예제(metadata.c)파일 다운로드1
12935정성태1/22/202217546.NET Framework: 1137. ffmpeg의 파일 해시 예제(ffhash.c)를 C#으로 포팅파일 다운로드1
12934정성태1/22/202216962오류 유형: 788. Warning C6262 Function uses '65564' bytes of stack: exceeds /analyze:stacksize '16384'. Consider moving some data to heap. [2]
12933정성태1/21/202217440.NET Framework: 1136. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 MP2 오디오 파일 디코딩 예제(decode_audio.c)파일 다운로드1
12932정성태1/20/202218606.NET Framework: 1135. C# - ffmpeg(FFmpeg.AutoGen)로 하드웨어 가속기를 이용한 비디오 디코딩 예제(hw_decode.c) [2]파일 다운로드1
12931정성태1/20/202214535개발 환경 구성: 632. ASP.NET Core 프로젝트를 AKS/k8s에 올리는 과정
12930정성태1/19/202215930개발 환경 구성: 631. AKS/k8s의 Volume에 파일 복사하는 방법
12929정성태1/19/202216280개발 환경 구성: 630. AKS/k8s의 Pod에 Volume 연결하는 방법
12928정성태1/18/202215616개발 환경 구성: 629. AKS/Kubernetes에서 호스팅 중인 pod에 shell(/bin/bash)로 진입하는 방법
12927정성태1/18/202216786개발 환경 구성: 628. AKS 환경에 응용 프로그램 배포 방법
12926정성태1/17/202215985오류 유형: 787. AKS - pod 배포 시 ErrImagePull/ImagePullBackOff 오류
12925정성태1/17/202217275개발 환경 구성: 627. AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
12924정성태1/15/202218605.NET Framework: 1134. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 디코딩 예제(decode_video.c) [2]파일 다운로드1
12923정성태1/15/202217483개발 환경 구성: 626. ffmpeg.exe를 사용해 비디오 파일을 MPEG1 포맷으로 변경하는 방법
12922정성태1/14/202216279개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
... 31  32  33  34  35  36  37  38  39  40  [41]  42  43  44  45  ...