Microsoft MVP성태의 닷넷 이야기
.NET Framework: 195. .NET에서 코어(Core) 관련 CPU 정보 알아내는 방법 [링크 복사], [링크+제목 복사],
조회: 38986
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
[CpuInfo.zip]    
(연관된 글이 1개 있습니다.)
.NET에서 코어(Core) 관련 CPU 정보 알아내는 방법

시대가 바뀌어서, 이제는 '전통적인 CPU'라고 부를 수 있는 것들이 3가지로 나뉘어졌습니다.

  • 물리 CPU 수
  • 물리 Core 수
  • HT-enabled 상태의 논리 Core 수

늘 그렇듯이 ^^ C/C++에서는 문제될 것이 없습니다. inline 어셈블리까지 사용할 수 있으니 무서울 게 없는데요. .NET은 좀 어렵죠. 물론 C++/CLI를 써도 되지만 가능한 "AnyCPU" 빌드 기능을 방해하는 요소는 안 쓰는 것이 나중에 관리면에서 볼 때 좋습니다.

검색을 좀 해볼까요?

일단, 공식적인 Microsoft의 코드는 "GetLogicalProcessorInformation" Win32 API 글에서 예제 코드로 함께 제공되고 있습니다.

GetLogicalProcessorInformation Function
; https://learn.microsoft.com/en-us/windows/win32/api/sysinfoapi/nf-sysinfoapi-getlogicalprocessorinformation

C/C++에 대해 allergy가 있는 분들은 ^^ 아래의 글에서 설명하고 있는 코드를 참조해도 좋겠습니다.

Determine physical CPU count for a computer using C#
; http://www.experts-exchange.com/Programming/Languages/C_Sharp/Q_22072134.html

위의 방법은, 뭐랄까 공식적이라고 볼 수는 없겠지요. 여러 가지 환경에서 테스트해보고 경험적으로 "SocketDesignation" 속성값이 다르다고 "알아"낸 다음 그것을 쓰겠다고 하는 것이니. 그렇긴 해도, 어쨌든 특별한 예외가 없는 한 윈도우 환경에서 쓰는 데는 그다지 문제될 것이 없어 보입니다. 게다가 코드도 무척 간단하고. ^^

저 같은 경우에는, GetLogicalProcessorInformation Win32 API를 P/Invoke로 바꿔서 호출하는 방법을 사용할까 합니다. 기본적인 P/Invoke는 이미 다음의 사이트에서 공개되어 있습니다.

Kernel32.cs - GetLogicalProcessorInformation에 대한 P/Invoke 코드 포함
; http://www.koders.com/csharp/fid05D349F05EC337BFB46908D07F9AFC4340ADC8A8.aspx?s=file

위의 코드에서 고쳐야 할 곳이 딱 2군데가 있는데요. 물리 CPU 수를 지원하기 위해 추가된 RelationProcessorPackage 상수값을 아래와 같이 넣어주시고,

enum LOGICAL_PROCESSOR_RELATIONSHIP : uint
{
    ProcessorCore = 0,
    NumaNode = 1,
    RelationCache = 2,
    RelationProcessorPackage = 3,
}

또 한 가지는, ProcessorRelationUnion으로 정의된 구조체의 크기가 달라서 sizeof 값이 잘못 구해집니다. 그래서, 아래와 같이 reserved를 추가해서 구조체 크기를 맞춰주어야 합니다. (원래 MSDN 도움말에도 있던 것인데 누락된 부분입니다.)

[StructLayout(LayoutKind.Explicit)]
unsafe struct ProcessorRelationUnion
{
    [FieldOffset(0)]
    public fixed ulong reserved[2];
    [FieldOffset(0)]
    public CACHE_DESCRIPTOR Cache;
    [FieldOffset(0)]
    public uint NumaNodeNumber;
    [FieldOffset(0)]
    public byte ProcessorCoreFlags;
}

이렇게 수정한 후에, GetLogicalProcessorInformation에서 제공되는 예제 코드에 맞춰서 작성하면 Hyper-Threading이 적용된 논리적 코어 수, 실제 코어 수, 물리 CPU 수를 알아낼 수 있습니다. 빌드시켜서 아래의 URL에 클릭원스로 올려 두었으니 참고하세요. ^^ (소스 코드는 이 글에 첨부해두었습니다.)

CpuInfo
; https://www.sysnet.pe.kr/temp/app/cpuinfo/publish.htm

참고로, 닷넷에서 기본 제공되는 Environment.ProcessorCount는 Hyper-Threading까지 고려된 논리 코어 수와 같습니다.

마지막으로, 유의할 점이 있는데요. "가상 환경"에서는 의도했던 결과와 다를 수 있습니다. 일단, "물리 CPU"는 가상화되기 때문에 1개로 나올 테고, "물리 코어"와 "HT(Hyper-Threading)가 적용된 논리 코어"의 수는 같을 거라고 예상해 볼 수 있는데요. 실제로 Hyper-V 환경에서 테스트를 해보니, Windows 2008/R2는 "물리 CPU"를 정상적으로 1로 반환하는 반면, Windows 2003 x86/x64에서는 0을 반환한다는 예외적인 경우가 있었습니다.

그렇다면 이런 예외적인 상황을 감안하기 위해 가상 환경임을 알아내는 방법이 필요할 듯 싶은데요.

아쉽게도, 이에 관해서는 VMWare나 Virtual PC/Server, Hyper-V 등에서 공통된 인터페이스를 제공해 주지는 않아 보입니다. 다음의 글에서 이런 상황에 대해 자세히 설명해 주고 있습니다.

Can Operating Systems tell if they're running in a Virtual Machine?
; http://weblogs.asp.net/jgalloway/archive/2006/10/27/Can-Operating-Systems-tell-if-they_2700_re-running-in-a-Virtual-Machine_3F00_.aspx

즉, 가능한 일반적인 모든 가상환경에서 테스트를 해봐야만 하고, 향후 나오는 "가상 환경"이 있다면 그에 따라서 또 맞춰주어야 하는 식인데 그다지 바람직한 방법은 아닌 것 같습니다. 바꿔 말하면, "가상화"를 너무 잘해주어서 문제인 거겠지요. ^^



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/28/2023]

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

비밀번호

댓글 작성자
 




... 16  17  18  19  20  [21]  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13123정성태9/8/20227853.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/20227797.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/20225660C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/20227286Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]
13119정성태8/18/20226868.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/20225659.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/20227859.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
13116정성태8/4/20228307.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제파일 다운로드1
13115정성태8/3/20228705.NET Framework: 2040. C# - ValueTask와 Task의 성능 비교 [1]파일 다운로드1
13114정성태8/2/20228858.NET Framework: 2039. C# - Task와 비교해 본 ValueTask 사용법파일 다운로드1
13113정성태7/31/20228191.NET Framework: 2038. C# 11 - Span 타입에 대한 패턴 매칭 (Pattern matching on ReadOnlySpan<char>)
13112정성태7/30/20228548.NET Framework: 2037. C# 11 - 목록 패턴(List patterns) [1]파일 다운로드1
13111정성태7/29/20228297.NET Framework: 2036. C# 11 - IntPtr/UIntPtr과 nint/nuint의 통합파일 다운로드1
13110정성태7/27/20228363.NET Framework: 2035. C# 11 - 새로운 연산자 ">>>" (Unsigned Right Shift)파일 다운로드1
13109정성태7/27/20229770VS.NET IDE: 177. 비주얼 스튜디오 2022를 이용한 (소스 코드가 없는) 닷넷 모듈 디버깅 - "외부 원본(External Sources)" [1]
13108정성태7/26/20227709Linux: 53. container에 실행 중인 Golang 프로세스를 디버깅하는 방법 [1]
13107정성태7/25/20226819Linux: 52. Debian/Ubuntu 계열의 docker container에서 자주 설치하게 되는 명령어
13106정성태7/24/20226603오류 유형: 819. 닷넷 6 프로젝트의 "Conditional compilation symbols" 기본값 오류
13105정성태7/23/20227905.NET Framework: 2034. .NET Core/5+ 환경에서 (프로젝트가 아닌) C# 코드 파일을 입력으로 컴파일하는 방법 - 두 번째 이야기 [1]
13104정성태7/23/202210973Linux: 51. WSL - init에서 systemd로 전환하는 방법
13103정성태7/22/20227482오류 유형: 818. WSL - systemd-genie와 관련한 2가지(systemd-remount-fs.service, multipathd.socket) 에러
13102정성태7/19/20226932.NET Framework: 2033. .NET Core/5+에서는 구할 수 없는 HttpRuntime.AppDomainAppId
13101정성태7/15/202215902도서: 시작하세요! C# 10 프로그래밍
13100정성태7/15/20228319.NET Framework: 2032. C# 11 - shift 연산자 재정의에 대한 제약 완화 (Relaxing Shift Operator)
13099정성태7/14/20228243.NET Framework: 2031. C# 11 - 사용자 정의 checked 연산자파일 다운로드1
13098정성태7/13/20226470개발 환경 구성: 647. Azure - scale-out 상태의 App Service에서 특정 인스턴스에 요청을 보내는 방법 [1]
... 16  17  18  19  20  [21]  22  23  24  25  26  27  28  29  30  ...