Microsoft MVP성태의 닷넷 이야기
[.NET 4.0] .NET 4.0: 1. C# 4.0 - dynamic 키워드 [링크 복사], [링크+제목 복사]
조회: 15740
글쓴 사람
정성태 (kevin13@chol.net)
홈페이지
첨부 파일

C# 4.0 - dynamic 키워드



아래의 재미있는 글이 있네요. ^^

Welcome to Dynamic C#(4) - 극과극 비교체험.
; http://vsts2010.net/114

Reflection을 조금 깊게 아시는 분들이라면, 왠지 실험 결과가 그다지 공평한 것 같진 않음을 눈치채셨을 것입니다.

그래서, 저도 한번 테스트해보기로 했습니다.
제가 구성한 VPC에서 위의 소스 코드에서 제시한 데로 실행했을 때 다음과 같은 결과가 나왔습니다.

Ctrl + F5 DEBUG빌드
 
Normal Time : 00:00:00.1815792
Dynamic Time : 00:00:00.4464240
Reflection Time : 00:00:11.3110800

자, 이제 Reflection 부분을 개선해 보겠습니다. 우선, Dynamic 메서드 호출 부분을 Reflector로 분석해 보면 다음과 같이 구성되어 있는 것을 확인할 수 있습니다.

dynamic test = new Test();
test.FivePlusFive();

==> 컴파일러에 의해서 다음과 같이 변경되어 출력

public void DynamicCall()
{
    object test = new Test();
    if (<DynamicCall>o__SiteContainer0.<>p__Site1 == null)
    {
        <DynamicCall>o__SiteContainer0.<>p__Site1 = CallSite<Action<CallSite, object>>.Create(Binder.InvokeMember(0, "FivePlusFive", null, typeof(Program), new CSharpArgumentInfo[] { CSharpArgumentInfo.Create(0, null) }));
    }
    <DynamicCall>o__SiteContainer0.<>p__Site1.Target.Invoke(<DynamicCall>o__SiteContainer0.<>p__Site1, test);
}

가만히 보면, 별도의 dynamic 호출을 래퍼해주는 클래스를 컴파일 시에 생성해 주고 static 으로 인스턴스를 보관해 두었다가 실행하고 있습니다.

오호... 거기서 벌써 ReflectionCall 이 손해를 보고 있지요. 그래서 ReflectionCall도 다음과 같이 보정해 줄 수 있습니다.

static MethodInfo methodInfo;
public void ReflectionCall()
{
    Test test = new Test();
    if (methodInfo == null)
    {
        Type type = test.GetType();
        methodInfo = type.GetMethod("FivePlusFive");
    }

    methodInfo.Invoke(test, 
        BindingFlags.Instance | BindingFlags.InvokeMethod | BindingFlags.Public,
        null, new object[] { }, CultureInfo.InvariantCulture);
}

이렇게 해서 실행한 결과는?

Normal Time : 00:00:00.2387616
Dynamic Time : 00:00:00.4895616
Reflection Time : 00:00:06.9832752

오호... 거의 절반으로 줄었습니다. 그래도 성능이 dynamic에 비하면 한참 떨어집니다. 개선의 여지가 있을까요?

조금 더 자세히 보면, dynamic method 호출은 그에 해당하는 다음과 같은 private static class를 만들어 주는 것을 확인할 수 있습니다.

[CompilerGenerated]
private static class <DynamicCall>o__SiteContainer0
{
    // Fields
    public static CallSite<Action<CallSite, object>> <>p__Site1;
}

System.Runtime.CompilerServices.CallSite가 관여하는 것을 보면, 아마도 컴파일러에 의한 동적 코드 생성이 관여되지 않을까 예상이 됩니다. 요즘 많이들 사용하는 Unity나 Spring.NET 같은 류의 IoC컨테이너들이 Reflection으로 로드한 타입의 메서드 호출 속도를 빠르게 하기 위하여 동적으로 코드를 생성하는 것과 같은 방식이 사용되지 않을까 싶은데요.

이를 위해 .NET 2.0 에 이미 소개되어 있는 Lightweight Code Generator(이하, LCG)를 사용해서 Reflection API를 좀더 공평하게 개선을 해보겠습니다. (압니다... 알아요. LCG 사용하면 코드가 더 복잡해진다는 거. ^^;)

delegate int FivePlusFiveDelegate(object Instance);
static FivePlusFiveDelegate funcFivePlusFIve;

public void ReflectionCall()
{
    Test test = new Test();

    if (funcFivePlusFIve == null)
    {
        MethodInfo myMethodHandle = typeof(Test).GetMethod("FivePlusFive");

        DynamicMethod dm = new DynamicMethod(
            Guid.NewGuid().ToString(),
            typeof(int), new Type[]{ typeof(object) },
            typeof(Program), false);
            
        ILGenerator il = dm.GetILGenerator();
        il.Emit(OpCodes.Ldarg_0);
        il.Emit(OpCodes.Call, myMethodHandle);
        il.Emit(OpCodes.Ret);

        funcFivePlusFIve = (FivePlusFiveDelegate)
                dm.CreateDelegate(typeof(FivePlusFiveDelegate));
    }

    funcFivePlusFIve(test);
}

결과는?

Normal Time : 00:00:00.1484736
Dynamic Time : 00:00:00.4454208
Reflection Time : 00:00:00.2798928

이번엔, 오히려 dynamic 키워드가 2배 가까이 느린 것을 볼 수 있습니다.

엄밀히, LCG는 Reflection 범주라기 보다는 동적 코드 생성에 가깝지요. 그렇긴 하지만, dynamic 키워드가 .NET 2.0에 소개된 LCG를 사용한 호출보다는 느리다는 것을 알 수 있습니다.

그래서... 결론이 바뀌죠? "Welcome to Dynamic C#(4) - 극과극 비교체험."글에서는 결론이 다음과 같이 나왔지요.


다이나믹이 리플렉션에 비해서는 월등히 빠르군요. 아마도 DLR의 힘을 빌려서 리플렉션 보다 훨씬 빠른 방식을 이용하는 것 같습니다. 이 부분에 대해서는 좀 조사를 해봐야 할거 같네요.



반면에, 제가 말하고자 하는 결론은 오히려,


dynamic 키워드가 DLR과의 호환을 위해 속도에서 손해를 보는 것일 뿐, DLR의 힘을 빌려서 리플렉션보다 훨씬 빠른 방식이 가능한 것은 아니라는 것입니다. 단순히 리플렉션의 속도를 개선하고자 하는 것이었다면, C# 컴파일러가 컴파일 시에 System.Runtime.CompilerServices.CallSite등의 코드를 삽입하기 보다는 오히려 LCG에 해당하는 코드를 넣었을 것입니다.



*** 첨부한 코드는 제가 변경한 프로젝트 파일입니다. (물론, VS 2010에서 열어야 합니다.)



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





[최초 등록일: ]
[최종 수정일: 8/23/2009 ]

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

비밀번호

댓글 쓴 사람
 



2009-08-24 03시31분
[워너비] 좋은 지적 감사합니다~. ㅋ
[손님]
2009-08-24 06시29분
워너비님 강좌 잘 보고 있습니다. ^^ 웹 상에서 서로들 그렇게 독립적으로 공부한 자료를 올려주시니 제 시간도 많이 절약되고.
제 글에 별 신경쓰지 마시고 앞으로도 많은 정보 공유 부탁드립니다. 저야 뭐... 이런 기회에 글 한번 올리는 거죠. ^^
kevin25
2009-08-27 01시16분
[[손님]] 헉.. 대단한 반전인데요.
정말 좋은 내용입니다. 리플렉션사용을 개선하기 위한 기초 자료로서 손색이 없군요.
저도 한번 따라서 코딩 해봐야 겠네요.
[손님]
2009-09-10 10시19분
[맨날맑음] 재미있는 포스트 잘 보았습니다..!!
문득.. '뛰는놈위에 나는놈있다' 라는 속담이 생각난건 저뿐일까요^^
(워너비님의 실력이 낮다고 하는 말은 아닙니다ㅜ)
여러 사람의 토론속에 좀더 낳은 코드를 배우는군요 감사합니다,.
[손님]

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
11556정성태6/19/2018100.NET : 620. C# 7.3 - 구조체의 고정 크기를 갖는 fixed 배열 필드에 대한 직접 접근 가능파일 다운로드1
11555정성태6/18/2018110.NET : 619. C# 7.3 - 사용자 정의 타입에 fixed 적용 가능(Custom fixed)파일 다운로드1
11554정성태6/17/2018151.NET : 618. C# 7.3 - 자동 구현 속성에 특성 적용 가능(Attribute on backing field)
11553정성태6/15/2018162.NET : 617. C# 7.3 - 개선된 메서드 선택 규칙 3가지(Improved overload candidates)파일 다운로드1
11552정성태6/15/2018155.NET : 616. C# 7.3에서 개선된 문법 4개(Support == and != for tuples, Ref Reassignment, Constraints, Stackalloc initializers)파일 다운로드1
11551정성태6/14/2018152개발 환경 구성: 391. BenchmarkDotNet 사용 시 주의 사항
11550정성태6/13/2018160.NET : 615. BenchmarkDotNet으로 Span<T> 성능 측정
11549정성태6/13/2018149개발 환경 구성: 390. BenchmarkDotNet에서 생성한 BuildPlots.R 파일을 실행하는 방법
11548정성태6/13/2018162오류 유형 : 466. .NET Core + BenchmarkDotNet 실행 시 프레임워크를 찾지 못하는 문제
11547정성태6/13/2018203.NET : 614. BenchmarkDotNet 라이브러리 소개파일 다운로드1
11546정성태6/14/2018317.NET : 613. C# 7.2의 특징 - GC 및 메모리 복사 방지를 위한 struct 타입 개선 [4]파일 다운로드1
11545정성태6/11/2018260오류 유형 : 465. .NET Core 프로젝트를 Visual Studio에서 실행 시 System.BadImageFormatException 발생하는 경우 [1]
11544정성태6/10/2018203.NET : 612. C# 7.2 - 숫자 리터럴의 선행 밑줄과 뒤에 오지 않는 명명된 인수
11543정성태6/10/2018235.NET : 611. C# 7.2 - private protected 접근자 추가파일 다운로드1
11542정성태6/9/2018136개발 환경 구성: 389. Azure Web App 확장 예제 - Remove Custom Headers
11541정성태6/9/2018171개발 환경 구성: 388. Azure Web App 확장 배포 방법
11540정성태6/9/2018196개발 환경 구성: 387. Azure Web App 확장 예제 제작
11539정성태6/8/2018232.NET : 610. .NET Core 2.1 - Tiered Compilation 도입파일 다운로드1
11538정성태6/8/2018216.NET : 609. .NET Core 2.1 - 확장 도구(Tools) 관리
11537정성태6/8/2018204.NET : 608. C# - SmtpClient로 SMTP + SSL/TLS 서버를 이용하는 방법
11536정성태6/8/2018336.NET : 607. Microsoft Build 2018 - The future of C# 동영상 내용 정리 [1]파일 다운로드1
11535정성태6/7/2018332.NET : 606. C# - System.Span<T> 성능 [1]
11534정성태6/10/2018343.NET : 605. C# 7.2 - Span<T> [3]
11533정성태6/8/2018266.NET : 604. 포인터 형 매개 변수를 갖는 C++ DLL의 함수를 C#에서 호출하는 방법파일 다운로드1
11532정성태6/5/2018237.NET : 603. JSON의 escape sequence 문자 처리 방식
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...