부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (연관된 글이 6개 있습니다.) C# - 스레드 선호도(Thread Affinity) 지정하는 방법 다음의 질문이 있군요. ^^ 멀티코어 스레드 문의 ; https://www.sysnet.pe.kr/3/0/4712 C#에서 Thread에 대해 CPU 선호도를 지정하는 방법은 간단하게 관련 Win32 API에 대한 PInvoke를 사용할 수도 있습니다. SetThreadAffinityMask function ; https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-setthreadaffinitymask SetThreadIdealProcessor function ; https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-setthreadidealprocessor 하지만, 가능하다면 닷넷 BCL 레벨에서 끝내는 것이 더 좋겠죠? ^^ 그래서 다음과 같이 코딩을 해줄 수 있습니다. using System; using System.Diagnostics; using System.Threading; namespace ConsoleApplication1 { class Program { static void Main(string[] args) { Thread t1 = new Thread((e) => { SetIdealProcessor(3); Console.WriteLine(AppDomain.GetCurrentThreadId()); Console.ReadLine(); }); t1.Start(); } // 이 코드는 닷넷 프레임워크 환경에서 테스트한 것입니다. (참고: 닷넷 런타임에 따라 달라지는 AppDomain.GetCurrentThreadId의 반환값) static void SetIdealProcessor(int cpuNumber) { if (cpuNumber >= Environment.ProcessorCount) { cpuNumber = 0; } foreach (ProcessThread pthread in Process.GetCurrentProcess().Threads) { if (pthread.Id == AppDomain.GetCurrentThreadId()) { // Ideal 설정만 필요하다면? // pthread.IdealProcessor = cpuNumber; // Affinity 설정까지 필요하다면? pthread.ProcessorAffinity = new IntPtr(1 << (cpuNumber)); break; } } } } } 위의 코드를 수행하고, 화면에 출력된 스레드 ID를 Process Explorer에서 찾아 제대로 설정되었는지 확인할 수 있습니다. (첨부한 코드는 이 글의 예제를 포함합니다.) [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 디버깅 기술: 77. windbg의 콜스택 함수 인자를 쉽게 확인하는 방법[이전 글] VC++: 96. C/C++ 식 평가 - printf("%d %d %d\n", a, a++, a); [연관 글] 멀티코어 스레드 문의.NET Framework: 825. (번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and othersSetThreadAffinityMask를 이용한 쓰레드 지정하는 방법에 대해 궁금합니다..NET Framework: 1162. C# - 인텔 CPU의 P-Core와 E-Core를 구분하는 방법.NET Framework: 1194. C# - IdealProcessor와 ProcessorAffinity의 차이점.NET Framework: 1195. C# - Thread.Yield와 Thread.Sleep(0)의 차이점(?) [최초 등록일: 4/5/2016] [최종 수정일: 11/24/2022] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 2016-04-06 04시31분 [차가워] 안녕하세요스레드스타트 하기 전에 프로세스를 먼저 지정해야 하는건가요? [guest] 2016-04-06 04시41분 [차가워] AppDomain.GetCurrentThreadId() <-- 이거는 사용되지 않습니다라는 오류 문구가 나오는데 그냥 무시하면 되는건가요?닷넷 4.5에서 위 코드를 사용해 볼가해서요감사합니다 [guest] 2016-04-06 08시46분 [차가워] AppDomain.GetCurrentThreadId() <-- 대신에 Process.GetCurrentProcess().Threads[0].Id <-- 이거를 사용하면 될거 같네요 [guest] 2016-04-06 10시41분 스레드 구분이 가능하다면 Process.GetCurrentProcess().Threads[...n...].Id 를 쓰는 것이 더 좋습니다. AppDomain.GetCurrentThreadId의 경우 4.5에서도 지원됩니다. (단지 obsolete 경고가 뜨는데 현재까지는 무시할 수 있습니다.) 정성태 2016-04-06 10시43분 "스레드스타트 하기 전에 프로세스를 먼저 지정해야 하는건가요?" 질문에 대한 해답은 이미 코드에 있습니다. 정성태 2016-04-06 04시50분 [차가워] 정말 감사합니다 구벅 [guest] 2019-03-12 04시50분 [ㅇㅇ] IdealProcessor라는 것이 CPU에 코어와 대응되는 개념인가요? CPU가 4코어짜리면, IdealProcessor를 3으로 설정하면 4번쨰코어에 스레드가 할당이 되는 것인가요? [guest] 2019-03-12 07시24분 넵 정성태 ... 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 ... NoWriterDateCnt.TitleFile(s) 12071정성태12/9/201923971오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법12070정성태12/9/201925399오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root12069정성태12/2/201922525디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법12068정성태11/28/201931038디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]212067정성태11/27/201922475디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]112066정성태11/27/201922134디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석12065정성태11/25/201919393디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석112064정성태11/25/201923355오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure12063정성태11/21/201922643디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법12062정성태11/21/201921077디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기12061정성태11/20/201921107Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계12060정성태11/20/201923967디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석12059정성태11/20/201923589디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석12058정성태11/19/201923863디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례12057정성태11/18/201918462오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력12056정성태11/18/201925910개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법112055정성태11/17/201919583개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우12054정성태11/15/201921050.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제12053정성태11/15/201921406Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우12052정성태11/15/201920361오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)12051정성태11/14/201925634개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]12050정성태11/14/201922982Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap12049정성태11/13/201923335.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현12048정성태11/12/201922679Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법12047정성태11/12/201925334Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법12046정성태10/29/201919076오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193 ... 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 ...