Microsoft MVP성태의 닷넷 이야기
.NET Framework: 517. calli IL 호출이 DllImport 호출보다 빠를까요? [링크 복사], [링크+제목 복사],
조회: 25362
글쓴 사람
정성태 (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;
}
정성태

... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...
NoWriterDateCnt.TitleFile(s)
1444정성태4/26/201333091기타: 31. Internet Explorer: 자바스크립트로 숨겨진 파일 다운로드 경로를 알아내는 방법 [1]
1443정성태4/24/201327969개발 환경 구성: 190. Azure PaaS 웹 응용 프로그램 배포 후 SMTP 서버 구성 [2]
1442정성태4/21/201332754기타: 30. 마이크로소프트 워드의 CPU 점유 현상으로 글자 입력이 느려졌다면? [1]
1441정성태4/21/201338980.NET Framework: 367. LargeAddressAware 옵션이 적용된 닷넷 32비트 프로세스의 가용 메모리 [14]
1440정성태4/19/201327516오류 유형: 174. dumpbin.exe 실행시 mspdb110.dll 로드 오류
1439정성태4/18/201331491VS.NET IDE: 76. Visual Studio 2012와 Itanium 빌드 옵션 [2]
1438정성태4/17/201331519.NET Framework: 366. 다른 프로세스에 환경 변수 설정하는 방법 - 두 번째 이야기 [1]파일 다운로드1
1437정성태4/17/201331478VC++: 67. CRT(C Runtime DLL: msvcr...dll)에 대한 의존성 제거
1436정성태4/17/201336032.NET Framework: 365. Local SYSTEM 권한으로 코드를 실행하는 방법파일 다운로드1
1435정성태4/15/201345850Windows: 71. ad-hoc 보다 더 편리한 "가상 Wifi" 를 이용한 인터넷 공유 [2]
1434정성태4/9/201326965오류 유형: 173. TFS 서버의 이벤트 로그 오류 - WebHost failed to process a request. Parameter name: certificate
1433정성태4/9/201327388개발 환경 구성: 189. TFS에 설치된 SharePoint 의 PowerShell 콘솔 띄우는 방법
1432정성태4/5/201327964오류 유형: 172. System.Web.PipelineModuleStepContainer.GetEventCount 에서 NullReferenceException 이 발생한다면?
1431정성태4/5/201328642기타: 29. 부팅 가능한 (외장) HDD를 기존 부팅 메뉴에 추가하는 방법
1430정성태4/4/201330778제니퍼 .NET: 23. 모바일용 웹 사이트에서 발생하는 응답 시간 지연 현상 [5]파일 다운로드1
1429정성태3/29/201326869개발 환경 구성: 188. SCOM 2012 - ASP.NET 모니터링 방법
1428정성태3/29/201327960개발 환경 구성: 187. SCOM 2012 환경 구성 - Management Packs
1427정성태3/29/201324779오류 유형: 171. SCOM 2012 - 원격 에이전트 설치 오류
1426정성태3/29/201327563개발 환경 구성: 186. SCOM 2012 환경 구성 - 관리 대상 추가
1424정성태3/21/201329671개발 환경 구성: 185. System Center 2012 Operations Manager 설치
1423정성태3/18/201324722오류 유형: 170. The specified domain either does not exist or could not be contacted.
1422정성태3/14/201327212오류 유형: 169. Windows 8/2012에 .NET 3.5가 설치되지 않는 경우
1421정성태3/13/201344371.NET Framework: 364. WCF RIA 서비스 + Silverlight 사용 예제
1420정성태3/12/201327632오류 유형: 168. ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
1419정성태3/12/201325233Windows: 70. 관리 도구에서 "Windows Server Backup" 항목이 없는 경우
1418정성태2/28/201335058오류 유형: 167. Internet Explorer 10 설치 후 Flash 객체의 메서드/속성 접근 오류가 발생한다면?
... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...