성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] VT sequences to "CONOUT$" vs. STD_O...
[정성태] NetCoreDbg is a managed code debugg...
[정성태] Evaluating tail call elimination in...
[정성태] What’s new in System.Text.Json in ....
[정성태] What's new in .NET 9: Cryptography ...
[정성태] 아... 제시해 주신 "https://akrzemi1.wordp...
[정성태] 다시 질문을 정리할 필요가 있을 것 같습니다. 제가 본문에...
[이승준] 완전히 잘못 짚었습니다. 댓글 지우고 싶네요. 검색을 해보...
[정성태] 우선 답글 감사합니다. ^^ 그런데, 사실 저 예제는 (g...
[이승준] 수정이 안되어서... byteArray는 BYTE* 타입입니다...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <h1 style='font-family: Malgun Gothic, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>SharedDomain과 JIT 컴파일</h1> <p> 지난 글에서, SharedDomain에 대해 알아봤는데요.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > .NET - 눈으로 확인하는 SharedDomain의 동작 방식 ; <a target='tab' href='http://www.sysnet.pe.kr/2/0/10948'>http://www.sysnet.pe.kr/2/0/10948</a> </pre> <br /> 기왕 하는 김에 JIT 컴파일된 코드의 공유 여부도 확인해 보겠습니다.<br /> <br /> SharedDomain에 올라왔다는 것은, 곧 JIT 컴파일된 기계어 코드도 공유된다는 의미입니다. 확인을 위해 지난번 예제에서 메서드의 JITted 주소를 출력하도록 수정해 보겠습니다.<br /> <br /> 우선 Main 메서드의 코드는 테스트 결과의 구분을 위해 LoaderOptimization.MultiDomainHost 모드로 선택하고,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > // ============== ConsoleApplication1 프로젝트의 Main 메서드 ====================== using System; namespace ConsoleApplication1 { partial class Program { <span style='color: blue; font-weight: bold'>[LoaderOptimization(LoaderOptimization.MultiDomainHost)]</span> static void Main(string[] args) { new StrongDLL.Class1().DoMethod(); new WeakDLL.Class1().DoMethod(); Console.WriteLine(); AppDomain appDomain = AppDomain.CreateDomain("TestAppDomain 1"); appDomain.DoCallBack( () => { new StrongDLL.Class1().DoMethod(); new WeakDLL.Class1().DoMethod(); } ); Console.WriteLine("Press any key to exit..."); Console.ReadLine(); } } } </pre> <br /> GAC에 등록될 StrongDLL 프로젝트와, 등록되지 않을 WeakDLL 프로젝트에서는 해당 메서드 내부에서 JITted 주소를 출력하도록 변경했습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > // ============== StrongDLL, WeakDLL 라이브러리 프로젝트의 DoMethod 메서드 ====================== using System; using System.Diagnostics; namespace StrongDLL // WeakDLL 라이브러리의 경우 네임스페이스만 "WeakDLL"로 변경 { public class Class1 { public void DoMethod() { Console.WriteLine(typeof(Class1).FullName + ".DoMethod called"); StackFrame sf = new StackFrame(); Console.WriteLine("JIT Address: 0x{0}", sf.GetMethod().MethodHandle.GetFunctionPointer().ToInt64().ToString("x")); } } } </pre> <br /> 이렇게 변경하고 실행하면 다음과 같은 결과를 얻을 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > StrongDLL.Class1.DoMethod called JIT Address: <span style='color: blue; font-weight: bold'>0x7ffab7150c30</span> WeakDLL.Class1.DoMethod called JIT Address: 0x7ffab7150e10 StrongDLL.Class1.DoMethod called JIT Address: <span style='color: blue; font-weight: bold'>0x7ffab7150c30</span> WeakDLL.Class1.DoMethod called JIT Address: 0x7ffab71c0630 </pre> <br /> 보는 바와 같이 LoaderOptimization.MultiDomainHost 모드에서는 GAC에 등록된 DLL이 SharedDomain에 로드되기 때문에 출력된 "StrongDLL.Class1.DoMethod"의 "JIT Address" 값도 동일합니다. 반면, 각각의 AppDomain에 로드된 WeakDLL.Class1.DoMethod 메서드의 "JIT Address"는 0x7ffab7150e10, 0x7ffab71c0630로 틀립니다.<br /> <br /> <hr style='width: 50%' /><br /> <br /> 참고로, windbg에서 확인하려면 다음과 같이 할 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:007> <span style='color: blue; font-weight: bold'>.loadby sos clr</span> 0:007> <span style='color: blue; font-weight: bold'>!name2ee StrongDLL.dll!StrongDLL.Class1.DoMethod</span> Module: 00007ffab7034780 Assembly: StrongDLL.dll Token: 0000000006000001 MethodDesc: 00007ffab7034dc8 Name: StrongDLL.Class1.DoMethod() <span style='color: blue; font-weight: bold'>JITTED Code Address: 00007ffab7150c30</span> 0:007> <span style='color: blue; font-weight: bold'>!name2ee WeakDLL.dll!WeakDLL.Class1.DoMethod</span> Module: 00007ffab7045cb8 Assembly: WeakDLL.dll Token: 0000000006000001 MethodDesc: 00007ffab7046350 Name: WeakDLL.Class1.DoMethod() <span style='color: blue; font-weight: bold'>JITTED Code Address: 00007ffab7150e10</span> -------------------------------------- Module: 00007ffab71a5dc0 Assembly: WeakDLL.dll Token: 0000000006000001 MethodDesc: 00007ffab71a6458 Name: WeakDLL.Class1.DoMethod() <span style='color: blue; font-weight: bold'>JITTED Code Address: 00007ffab71c0630</span> </pre> <br /> C# 코드에서 보여준 것과 결과는 같습니다. StrongDLL.Class1.DoMethod의 결과는 JIT 주소를 하나만 보여주고, WeakDLL.Class1.DoMethod는 2개의 AppDomain에서 각각 JIT 컴파일된 주소를 보여주고 있습니다.<br /> <br /> 출력된 JIT 주소가 어떤 AppDomain에 속해 있는지도 한번 알아볼까요? ^^ 예를 들기 위해 WeakDLL.Class1.DoMethod의 두 번째 출력인 00007ffab71c0630 주소에 대해 확인하는 방법은 다음과 같습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:007> <span style='color: blue; font-weight: bold'>!dumpmodule 00007ffab71a5dc0</span> Name: C:\shared_domain\jitted_shareddomain_sample\ConsoleApplication1\bin\Debug\WeakDLL.dll Attributes: PEFile Assembly: <span style='color: blue; font-weight: bold'>00000241dfe0b690</span> LoaderHeap: 0000000000000000 TypeDefToMethodTableMap: 00007ffab71910a0 TypeRefToMethodTableMap: 00007ffab71910b8 MethodDefToDescMap: 00007ffab7191188 FieldDefToDescMap: 00007ffab71911a0 MemberRefToDescMap: 0000000000000000 FileReferencesMap: 00007ffab71911b0 AssemblyReferencesMap: 00007ffab71911b8 MetaData start address: 00000241dff220c0 (1852 bytes) 0:007> <span style='color: blue; font-weight: bold'>!dumpassembly 00000241dfe0b690</span> Parent Domain: <span style='color: blue; font-weight: bold'>00000241dfd9abc0</span> Name: C:\shared_domain\jitted_shareddomain_sample\ConsoleApplication1\bin\Debug\WeakDLL.dll ClassLoader: 00000241dfe1abb0 Module Name 00007ffab71a5dc0 C:\shared_domain\jitted_shareddomain_sample\ConsoleApplication1\bin\Debug\WeakDLL.dll 0:007> <span style='color: blue; font-weight: bold'>!dumpdomain 00000241dfd9abc0</span> -------------------------------------- Domain 2: 00000241dfd9abc0 LowFrequencyHeap: 00000241dfd9b3b8 HighFrequencyHeap: 00000241dfd9b448 StubHeap: 00000241dfd9b4d8 Stage: OPEN SecurityDescriptor: 00000241dfd9cc70 <span style='color: blue; font-weight: bold'>Name: TestAppDomain 1</span> ...[생략]... </pre> <br /> <hr style='width: 50%' /><br /> <br /> 이처럼, SharedDomain에 올라오는 어셈블리들은 JIT 컴파일된 기계어 코드를 공유하게 되어 있습니다. 그런데, 여기에서 재미있는 점이 하나 부각되는데, 바로 클래스의 '정적 데이터'에 대한 접근 문제가 그것입니다. 이게 왜 문제가 되냐면? 관리 환경에서 클래스의 정적 데이터는 (C/C++에서처럼 .exe 단위가 아니라) AppDomain 별로 격리되어 보관됩니다. 확인을 위해, 예제 코드의 Class1 타입을 다음과 같이 변경해 봅니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > // ============== StrongDLL, WeakDLL 라이브러리 프로젝트 ====================== using System; using System.Diagnostics; namespace StrongDLL // WeakDLL 라이브러리의 경우 네임스페이스만 "WeakDLL"로 변경 { public class Class1 { <span style='color: blue; font-weight: bold'>static int _count = 0;</span> public void DoMethod() { <span style='color: blue; font-weight: bold'>Console.WriteLine(typeof(Class1).FullName + ".DoMethod called (times: " + (_count++) + ")");</span> StackFrame sf = new StackFrame(); Console.WriteLine("JIT Address: 0x{0}", sf.GetMethod().MethodHandle.GetFunctionPointer().ToInt64().ToString("x")); } } } </pre> <br /> 실행하면 출력 결과는 다음과 같습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > StrongDLL.Class1.DoMethod called <span style='color: blue; font-weight: bold'>(times: 0)</span> JIT Address: 0x7ffab7140c30 WeakDLL.Class1.DoMethod called <span style='color: blue; font-weight: bold'>(times: 0)</span> JIT Address: 0x7ffab7140f90 StrongDLL.Class1.DoMethod called <span style='color: blue; font-weight: bold'>(times: 0)</span> JIT Address: 0x7ffab7140c30 WeakDLL.Class1.DoMethod called <span style='color: blue; font-weight: bold'>(times: 0)</span> JIT Address: 0x7ffab71b0680 </pre> <br /> 왜냐하면 정적 데이터는 AppDomain 별로 격리되어 저장되기 때문인데요. 그런데, 이상하군요. StrongDLL.Class1.DoMethod의 경우 JIT 컴파일된 기계어 코드가 공유되는데 어떻게 해서 각자가 실행되는 AppDomain의 정적 데이터의 값을 정확하게 접근하고 있는 걸까요? 이에 대해서는 다음의 문서에 간략하게 소개되어 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > Application Domains ; <a target='tab' href='https://learn.microsoft.com/en-us/dotnet/framework/app-domains/application-domains'>https://learn.microsoft.com/en-us/dotnet/framework/app-domains/application-domains</a> </pre> <br /> <div style='BACKGROUND-COLOR: #ccffcc; padding: 10px 10px 5px 10px; MARGIN: 0px 10px 10px 10px; FONT-FAMILY: Malgun Gothic, Consolas, Verdana; COLOR: #005555'> <span style='color: blue; font-weight: bold'>Access to static data and methods is slower for domain-neutral assemblies</span> because of the need to isolate assemblies. Each application domain that accesses the assembly must have a separate copy of the static data, to prevent references to objects in static fields from crossing domain boundaries. <span style='color: blue; font-weight: bold'>As a result, the runtime contains additional logic to direct a caller to the appropriate copy of the static data or method.</span> This extra logic slows down the call. </div><br /> <br /> 그렇습니다. SharedDomain에 공유되는 domain-neutral assembly의 JIT 컴파일된 코드는 정적 데이터를 접근하는 경우 공유되지 않은 어셈블리의 동일한 코드보다 느립니다. 왜냐하면 개별 AppDomain의 문맥으로부터 정적 데이터를 가져오는 작업을 추가해야 하기 때문입니다.<br /> <br /> 따라서 이 글의 예제에 이 원칙을 적용하면, StrongDLL.dll은 SharedDomain에 로드되어 코드가 공유되기 때문에 StrongDLL.Class1.DoMethod의 수행이 WeakDLL.Class1.DoMethod의 것보다 (같은 코드를 가진 메서드임에도 불구하고) 성능상 손해를 보게 되는 것입니다. 어디... 확인을 해볼까요? ^^<br /> <br /> 우선, 별다른 오버헤드가 없을 WeakDLL.Class1.DoMethod의 JIT 컴파일된 코드를 windbg에서 확인해 보겠습니다. 메서드 정보를 찾아,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:006> <span style='color: blue; font-weight: bold'>!name2ee WeakDLL.dll!WeakDLL.Class1.DoMethod</span> Module: 00007ffab7035cb8 Assembly: WeakDLL.dll Token: 0000000006000001 MethodDesc: 00007ffab7036378 Name: WeakDLL.Class1.DoMethod() JITTED Code Address: <span style='color: blue; font-weight: bold'>00007ffab7140f90</span> -------------------------------------- Module: 00007ffab7195dc0 Assembly: WeakDLL.dll Token: 0000000006000001 MethodDesc: 00007ffab7196480 Name: WeakDLL.Class1.DoMethod() JITTED Code Address: <span style='color: blue; font-weight: bold'>00007ffab71b0680</span> </pre> <br /> 출력된 각각의 주소에서 _count 정적 변수를 접근하는 부분을 찾아보면 다음과 같습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:006> <span style='color: blue; font-weight: bold'>!U 00007ffab7140f90</span> Normal JIT generated code WeakDLL.Class1.DoMethod() Begin 00007ffab7140f90, <span style='color: blue; font-weight: bold'>size 239</span> >>> 00007ffa`b7140f90 55 push rbp 00007ffa`b7140f91 57 push rdi 00007ffa`b7140f92 56 push rsi 00007ffa`b7140f93 4881ecc0000000 sub rsp,0C0h ...[생략]... 00007ffa`b714104a e88106645f call clr+0x16d0 (00007ffb`167816d0) (JitHelp: CORINFO_HELP_ARRADDR_ST) <span style='color: blue; font-weight: bold'>00007ffa`b714104f 8b0def52efff mov ecx,dword ptr [00007ffa`b7036344] 00007ffa`b7141055 894dc8 mov dword ptr [rbp-38h],ecx 00007ffa`b7141058 8b4dc8 mov ecx,dword ptr [rbp-38h] 00007ffa`b714105b ffc1 inc ecx</span> 00007ffa`b714105d 890de152efff mov dword ptr [00007ffa`b7036344],ecx 00007ffa`b7141063 48b960af9804fb7f0000 mov rcx,offset mscorlib_ni+0x6baf60 (00007ffb`0498af60) (MT: System.Int32) 00007ffa`b714106d e8ce37645f call clr+0x4840 (00007ffb`16784840) (JitHelp: CORINFO_HELP_NEWSFAST) ...[생략]... 00007ffa`b71411c7 5d pop rbp 00007ffa`b71411c8 c3 ret 0:006> <span style='color: blue; font-weight: bold'>!U 00007ffab71b0680</span> Normal JIT generated code WeakDLL.Class1.DoMethod() Begin 00007ffab71b0680, <span style='color: blue; font-weight: bold'>size 239</span> >>> 00007ffa`b71b0680 55 push rbp 00007ffa`b71b0681 57 push rdi 00007ffa`b71b0682 56 push rsi 00007ffa`b71b0683 4881ecc0000000 sub rsp,0C0h ...[생략]... 00007ffa`b71b073a e8910f5d5f call clr+0x16d0 (00007ffb`167816d0) (JitHelp: CORINFO_HELP_ARRADDR_ST) <span style='color: blue; font-weight: bold'>00007ffa`b71b073f 8b0d075dfeff mov ecx,dword ptr [00007ffa`b719644c] 00007ffa`b71b0745 894dc8 mov dword ptr [rbp-38h],ecx 00007ffa`b71b0748 8b4dc8 mov ecx,dword ptr [rbp-38h] 00007ffa`b71b074b ffc1 inc ecx</span> 00007ffa`b71b074d 890df95cfeff mov dword ptr [00007ffa`b719644c],ecx 00007ffa`b71b0753 48b960af9804fb7f0000 mov rcx,offset mscorlib_ni+0x6baf60 (00007ffb`0498af60) (MT: System.Int32) 00007ffa`b71b075d e8de405d5f call clr+0x4840 (00007ffb`16784840) (JitHelp: CORINFO_HELP_NEWSFAST) ...[생략]... 00007ffa`b71b08b7 5d pop rbp 00007ffa`b71b08b8 c3 ret </pre> <br /> 보는 바와 같이 JIT 컴파일된 코드의 크기는 같으면서 정적 변수의 주소값만 "[00007ffa`b7036344]", "[00007ffa`b719644c]"로 바뀌어 처리되고 있는 차이만 있습니다.<br /> <br /> 반면, 동일한 JIT 코드를 AppDomain간에 공유하는 StrongDLL.Class1.DoMethod 메서드의 경우,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:006> <span style='color: blue; font-weight: bold'>!name2ee StrongDLL.dll!StrongDLL.Class1.DoMethod</span> Module: 00007ffab7024780 Assembly: StrongDLL.dll Token: 0000000006000001 MethodDesc: 00007ffab7024df0 Name: StrongDLL.Class1.DoMethod() JITTED Code Address: <span style='color: blue; font-weight: bold'>00007ffab7140c30</span> 0:006> <span style='color: blue; font-weight: bold'>!U 00007ffab7140c30</span> Normal JIT generated code StrongDLL.Class1.DoMethod() Begin 00007ffab7140c30, size 251 >>> 00007ffa`b7140c30 55 push rbp 00007ffa`b7140c31 57 push rdi 00007ffa`b7140c32 56 push rsi 00007ffa`b7140c33 4881ecc0000000 sub rsp,0C0h ...[생략]... 00007ffa`b7140cea e8e109645f call clr+0x16d0 (00007ffb`167816d0) (JitHelp: CORINFO_HELP_ARRADDR_ST) <span style='color: blue; font-weight: bold'>00007ffa`b7140cef b905000000 mov ecx,5 00007ffa`b7140cf4 ba01000000 mov edx,1 00007ffa`b7140cf9 e89241645f call clr+0x4e90 (00007ffb`16784e90) (JitHelp: CORINFO_HELP_GETSHARED_NONGCSTATIC_BASE) 00007ffa`b7140cfe 8b4834 mov ecx,dword ptr [rax+34h] 00007ffa`b7140d01 894dc8 mov dword ptr [rbp-38h],ecx 00007ffa`b7140d04 b905000000 mov ecx,5 00007ffa`b7140d09 ba01000000 mov edx,1 00007ffa`b7140d0e e87d41645f call clr+0x4e90 (00007ffb`16784e90) (JitHelp: CORINFO_HELP_GETSHARED_NONGCSTATIC_BASE) 00007ffa`b7140d13 8b4dc8 mov ecx,dword ptr [rbp-38h] 00007ffa`b7140d16 ffc1 inc ecx</span> 00007ffa`b7140d18 894834 mov dword ptr [rax+34h],ecx 00007ffa`b7140d1b 48b960af9804fb7f0000 mov rcx,offset mscorlib_ni+0x6baf60 (00007ffb`0498af60) (MT: System.Int32) 00007ffa`b7140d25 e8163b645f call clr+0x4840 (00007ffb`16784840) (JitHelp: CORINFO_HELP_NEWSFAST) ...[생략]... 00007ffa`b7140e7f 5d pop rbp 00007ffa`b7140e80 c3 ret </pre> <br /> 정적 변수를 그 문맥에 해당하는 AppDomain으로부터 가져와야 하기 때문에 (CORINFO_HELP_GETSHARED_NONGCSTATIC_BASE)로 표시된 작업들을 사전에 해주고 있습니다. 성능상 느릴 수밖에 없습니다. (물론, 대부분의 경우 체감할 정도는 아니겠지만.)<br /> <br /> (<a target='tab' href='http://www.sysnet.pe.kr/bbs/DownloadAttachment.aspx?fid=1014&boardid=331301885'>첨부한 파일은 이 글의 예제 코드를 포함</a>합니다.)<br /> </p><br /> <br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
2286
(왼쪽의 숫자를 입력해야 합니다.)