성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] Java - How to use the Foreign Funct...
[정성태] 제가 큰 실수를 했군요. ^^; Delegate를 통한 Bein...
[정성태] Working with Rust Libraries from C#...
[정성태] Detecting blocking calls using asyn...
[정성태] 아쉽게도, 커뮤니티는 아니고 개인 블로그입니다. ^^
[정성태] 질문이 잘 이해가 안 됩니다. 우선, 해당 소스코드에서 ILis...
[양승조
] var대신 dinamic으로 선언해서 해결은 했습니다. 맞는 해...
[양승조
] 또 막혔습니다. ㅠㅠ var list = props[i].Ge...
[양승조
] 아. 감사합니다. 어제는 안됐던것 같은데....정신을 차려야겠네...
[정성태] "props[i].GetValue(props[i])" 코드에서 ...
글쓰기
제목
이름
암호
전자우편
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'>.NET Profiler 주의 사항 - 하나의 exe 프로세스 내에 다중 .NET 런타임 사용</h1> <p> <br /> .NET 4.0이 나오면서 언급되는 기능 중의 하나가 바로, 하나의 exe 프로세스 내에 다중 런타임이 활성화 될 수 있다는 것입니다.<br /> <br /> 그런데, 이런 경우가 정말 있을까요? 현재 기준으로 보면, 거의 없다고 보는 것이 맞습니다. 사실상, 이 기능의 가장 큰 사용처는 Internet Explorer에서 활성화되는 .NET Embedded Control이었는데요. IE의 경우, A라는 사이트에서는 .NET 2.0의 Smart Client DLL을 배포하고 B라는 사이트에서는 .NET 4.0의 Smart Client DLL을 배포하는 상황이 나올 수 있기 때문에 다중 런타임 호스팅은 충분히 있을 법한 상황이었습니다.<br /> <br /> 하지만, 점차로 마이크로소프트가 .NET Embedded Control의 IE 사용을 lock-down 시키면서 개발자들 역시 해당 기술을 사용하는 것에 대한 흥미가 급감하게 되었습니다.<br /> <br /> 심지어 Windows 8에서는 레지스트리 키 설정까지 해야만 .NET Embedded Control이 활성화되는 상황까지 오게 되었습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > Windows8 & IE 10 SmartClient 지원여부 문의 ; <a target='tab' href='http://social.msdn.microsoft.com/Forums/ko-KR/dotnetko/thread/202a46c9-2626-411c-97a6-38fc56c19ac4'>http://social.msdn.microsoft.com/Forums/ko-KR/dotnetko/thread/202a46c9-2626-411c-97a6-38fc56c19ac4</a> </pre> <br /> 그 외에, IIS의 경우에는 AppPool 자체의 설정에서 .NET 버전을 정해버리기 때문에 다중 호스팅이 가능하지 않습니다. 그나마 유일하게 남은 분야라면, Office 제품의 plug-in 정도가 있습니다.<br /> <br /> 결국, 닷넷 런타임에 대한 모듈화가 되었다는 정도의 의미를 제외하고는 개발상으로 보면 크게 의미가 없는 기능이 되어버린 것입니다.<br /> <br /> <hr style='width: 50%' /><br /> <br /> 다중 런타임 호스팅은 ".NET Profiler" 제작자들 입장에서는 약간 까다로운 문제가 될 수 있습니다. 만약, 여러분들이 .NET Profiler를 만들고 있고, 대상이 되는 프로그램 중에서 다중 호스팅을 할 가능성이 있다면 다음의 글을 꼭 보셔야 합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > Profilers, in-process side-by-side CLR instances, and a free test harness ; <a target='tab' href='http://blogs.msdn.com/b/davbr/archive/2010/08/25/profilers-in-process-side-by-side-clr-instances-and-a-free-test-harness.aspx'>http://blogs.msdn.com/b/davbr/archive/2010/08/25/profilers-in-process-side-by-side-clr-instances-and-a-free-test-harness.aspx</a> </pre> <br /> 요약하자면, Enter/Leave/Tailcall 등 static 유형의 콜백 메서드를 사용하는 경우 어쩔 수 없이 전역 변수를 이용하게 되고, 보통은 그 전역변수에 ICorProfilerInfo/ICorProfilerCallback 인스턴스를 보관해서 사용하게 되는데요. .NET 2.0까지는 여러분들이 만드는 프로파일링 인스턴스가 1개라고 가정할 수 있었지만, .NET 4.0부터는 다중 런타임 호스팅으로 인해 각각의 런타임에 프로파일링 인스턴스가 활성화되기 때문에 2개 이상이 될 수 있습니다.<br /> <br /> 그렇게 2개 이상의 프로파일링 인스턴스가 활성화 되었다면 전역 변수로 보관 중인 ICorProfilerInfo/ICorProfilerCallback 인스턴스는 마지막으로 활성화된 프로파일러에 전달된 CLR 관련 인스턴스이기 때문에 그 이전의 프로파일링 인스턴스를 위한 Enter/Leave/Tailcall 콜백 메서드에서 사용하게 되면 프로그램이 비정상 종료될 수 있습니다.<br /> <br /> 위의 글에서는 이런 문제를 해결하기 위해 전역적으로 "Profiler manager"라는 것을 두도록 권장하고 있고 (코드는 제공되지 않지만) 개략적인 구현에 관한 개요도를 보여주고 있습니다.<br /> <br /> 구현한 다음에는 적절하게 테스트를 해봐야 할 텐데요. 다중 호스팅을 하는 코드 예제를 마이크로소프트에서 "All-In-One Code Framework"의 샘플 브라우저를 통해 "C++ app hosts CLR 4 and invokes .NET assembly (CppHostCLR)" 항목으로 내려받을 수 있으니 이를 참고하시면 쉽게 테스트를 해결할 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > http://1code.codeplex.com/downloads/get/clickOnce/SampleBrowser.application ; <a target='tab' href='http://1code.codeplex.com/'>http://1code.codeplex.com/</a> </pre> <br /> 마지막으로 하나 더 설명해 보면.<br /> <br /> 보통 닷넷 프로파일러 제작자들은, Enter/Leave/Tailcall 이외에도 Managed 환경에서 닷넷 프로파일러의 기능을 호출하는 경우가 있어서 ICorProfilerInfo/ICorProfilerCallback 인스턴스를 담은 전역 변수가 필요하기도 합니다. 이런 경우, DLL Inteop으로 접근하게 되는데 다중 런타임 호스팅을 하는 경우, 어떤 구분자로 닷넷 프로파일러의 적절한 인스턴스를 호출해야 할지가 고민입니다.<br /> <br /> 다행히, 프로파일러에서는 ICorProfilerCallback::Initialize 메서드에서 런타임 정보를 구해올 수 있고,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > USHORT majorVersion, minorVersion; m_pICorProfilerInfo3->GetRuntimeInformation( NULL, NULL, &majorVersion, &minorVersion, NULL, NULL, 0, NULL, NULL); DWORD profilerId = majorVersion << 16 | minorVersion; </pre> <br /> 이렇게 구해진 profilerId 값을 Key로 해서 ICorProfilerCallback을 구현하는 C++ 인스턴스를 (Profiler manager라고 불리는) 전역 관리 개체에 넣어 두었다가 Managed 코드에서는 Environment.Version 값으로 해당 구분자를 조합해서 사용할 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > private void Form1_Load(object sender, EventArgs e) { int clrId = (Environment.Version.Major << 16) | (Environment.Version.Minor); } </pre> </p><br /> <br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
1776
(왼쪽의 숫자를 입력해야 합니다.)