성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] Reordering on an Alpha processor ;...
[정성태] 공유 감사합니다. ^^ 참고로, WPF에서 WindowsF...
[Tom Lee] 답변 감사합니다. 나름의 해결책 연구해보고 여기에도 공유해봅니다...
[정성태] 아래의 글을 보면, MoveWindow 하면 될 듯한데요. ^^...
[Tom Lee] 안녕하세요 올려주신 글 참고하여 WPF 어플리케이션 안에 Uni...
[정성태] A graphical depiction of the steps ...
[정성태] 질문을 주셔서 출판사 측에 문의를 했습니다. 약 한 달 정도 후...
[Thorondor
] @정성태 개인 블로그인데도 거의 커뮤니티 급 인 것 같아요. 요...
[정성태] Roll A Lisp In C - Reading ; https...
[정성태] Java - How to use the Foreign Funct...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <div style='font-family: 맑은 고딕, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>CLR JIT 컴파일러가 생성한 기계어 코드 확인하는 방법</div> <br /> 우선, 다음의 글을 보실까요?<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > 언제부터 보이지 않는 키워드 for, foreach. ; <a target='_tab' href='http://illef.tistory.com/105'>http://illef.tistory.com/105</a> </pre> <br /> 질문을 정리해 보면, 아래와 같은 C# 코드에 대해 JIT 컴파일러가 최적화를 했는지 안했는지를 알 수 없다는 것입니다. 즉 해당 코드들이 실행을 하는지 안하는지 모르겠다는 것인데요.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > for(int i=0;i<10;i++){} </pre> <br /> 물론, 디버거를 이용하면 기계어 코드의 생성 여부를 알 수 있습니다. 테스트 삼아서 같이 해볼까요? ^^ 일단, 코드 구성을 다음고 같이 해주고,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > namespace ConsoleApplication1 { class Program { static void Main(string[] args) { <b style='COLOR: blue'>MyFunc();</b> // JIT 컴파일이 릴리스 상태에서 최적화되어 // 발생하도록 한 번 호출해 줍니다. Console.WriteLine("Press any key to continue..."); Console.ReadLine(); <b style='COLOR: blue'>MyFunc();</b> } private static void MyFunc() { <b style='COLOR: blue'>Console.WriteLine("...");</b> for (int i = 0; i < 10; i++) { } } } } </pre> <br /> "Control + F5" 키를 이용해서 디버깅 없이 그냥 실행시킵니다. 그럼, 콘솔 프로그램이 뜨게 되고 두 번째 MyFunc 메서드 실행 전에 멈추게 되는데, 이 때 Visual Studio의 "Debug" / "Attach to Process..." 메뉴를 실행시켜서 해당 EXE 파일을 "Managed (v4.0) code, Native code" 모드로 연결합니다. (왜 Native까지 필요할까요?)<br /> <br /> 닷넷 어셈블리가 정상적으로 Release 모드로 빌드되었고 JIT 컴파일러에 의해 최적화가 된 상태라면 다음과 같은 대화창이 뜹니다. (이 대화창이 나타나지 않았다면 Debug 모드로 구동되었거나, 최적화 진행이 안되고 있는 것입니다.)<br /> <br /> <img alt='how_to_check_clr_jit_1.png' src='/SysWebRes/bbs/how_to_check_clr_jit_1.png' /><br /> <br /> 현재 상황에서는 이것이 의도했던 바이기 때문에 무시하고 넘어갑니다. 디버거가 정상적으로 연결되었으면, "Ctrl + Alt + Break (Break All)" 키를 눌러 디버기(Debugee)의 실행을 멈춥니다.<br /> <br /> 이제, "Ctrl + D, I" 키를 눌러서 "Immediate Window"를 띄우고 다음과 같이 SOS 확장을 로드합니다. (Native 모드로 연결해야만 sos.dll 확장을 이용할 수 있습니다.)<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > <b style='COLOR: blue'>.load sos</b> extension C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll loaded </pre> <br /> SOS를 이용해서 다음과 같이 MyFunc을 찾고,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > <b style='COLOR: blue'>!name2ee ConsoleApplication1.exe ConsoleApplication1.Program.MyFunc</b> Module: 00192e9c Assembly: ConsoleApplication1.exe Token: 395550f606000002 MethodDesc: 001933fc Name: ConsoleApplication1.Program.MyFunc() <b style='COLOR: blue'>JITTED Code Address: 002300c0</b> </pre> <br /> 이렇게 기계어로 컴파일된 주소까지 얻었으니 게임 끝이군요.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > <b style='COLOR: blue'>!u 002300c0</b> Normal JIT generated code ConsoleApplication1.Program.MyFunc() Begin 002300c0, size 1a >>> 002300C0 55 push ebp 002300C1 8BEC mov ebp,esp 002300C3 E808704060 call 606370D0 (System.Console.get_Out(), mdToken: 060008cd) 002300C8 8BC8 mov ecx,eax 002300CA 8B1534207F03 mov edx,dword ptr ds:[037F2034h] ("...") 002300D0 8B01 mov eax,dword ptr [ecx] 002300D2 8B403C mov eax,dword ptr [eax+3Ch] 002300D5 FF5010 call dword ptr [eax+10h] 002300D8 5D pop ebp 002300D9 C3 ret </pre> <br /> 위에 보는 것처럼, System.Console.WriteLine 메서드에 대한 call을 제외하고 for 문에 대한 어떠한 기계어 코드도 생성되지 않았기 때문에 최적화 과정에서 쓸모없는 for 코드가 제거되었음을 알 수 있습니다.<br /> <br /> 궁금해 하실 분이 계실 텐데, System.Console.WriteLine의 경우 제가 테스트 결과를 확연히 보기 위해 의도적으로 집어넣은 것입니다. 만약 그 코드를 빼면 MyFunc는 for 문만 포함하게 되고 결국 쓸모없는 메서드가 되어 JIT 컴파일 시에 메서드 자체가 날아가버립니다. 이 때문에, name2ee 명령을 내리면 아래와 같이 아예 JITTED 되지 않았다고 나옵니다. (메서드가 날아가버리는 또 다른 이유는 메서드 내부의 코드가 호출측에 in-line화 되는 경우입니다.)<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > !name2ee ConsoleApplication1.exe ConsoleApplication1.Program.MyFunc PDB symbol for clr.dll not loaded Module: 00192e9c Assembly: ConsoleApplication1.exe Token: a86af99b06000002 MethodDesc: 001937fc Name: ConsoleApplication1.Program.MyFunc() <b style='COLOR: blue'>Not JITTED yet.</b> Use !bpmd -md 001937fc to break on run. </pre> <br /> <hr style='width: 50%' /><br /> <br /> 끝마치기 전에!<br /> <br /> 재미있게도, for 문에 지정된 루프 수를 바꾸면 JIT 컴파일에 포함이 됩니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > for(int i=0;i<<b style='COLOR: blue'>1000</b>;i++){} </pre> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > <b style='COLOR: blue'>.load sos</b> extension C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll loaded <b style='COLOR: blue'>!name2ee ConsoleApplication1.exe ConsoleApplication1.Program.MyFunc</b> PDB symbol for clr.dll not loaded Module: 001e2e9c Assembly: ConsoleApplication1.exe Token: 1e71bfd206000002 MethodDesc: 001e37fc Name: ConsoleApplication1.Program.MyFunc() <b style='COLOR: blue'>JITTED Code Address: 002400c0</b> <b style='COLOR: blue'>!u 002400c0</b> Normal JIT generated code ConsoleApplication1.Program.MyFunc() Begin 002400c0, size f >>> 002400C0 55 push ebp 002400C1 8BEC mov ebp,esp 002400C3 33C0 xor eax,eax 002400C5 40 inc eax 002400C6 3DE8030000 cmp eax,3E8h 002400CB 7CF8 jl 002400C5 002400CD 5D pop ebp 002400CE C3 ret </pre> <br /> 마이크로소프트의 공식 입장은 알 수 없지만, 아마도 일정 루프 이상은 일부러 '지연(delay)'시키는 효과를 내기 위한 것이라고 판단하고 기계어 번역을 해주는 것이 아닌가 싶습니다.<br /> <br /><br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
4870
(왼쪽의 숫자를 입력해야 합니다.)