 안녕Ȣ16;세요. 많1008; ǥ16;들1032; 도움1004;/196; 1064;해 X99 듀얼 CPU 1089;업1012; 완료했습니다. 먼1200; 감사드립니다.
세ᔚ1;1012; 완료Ȣ16;고 사용Ȣ16;/140;고 Ȣ16;니, 다1020;과 같1060; Ȣ16;나1032; 프/196;세서만 빡세,172; 1089;ᇼ1;Ȣ16;lj16; ,163;1012; 확1064;했습니다.
현1116; 상황1008;, ᇼ1;1089;1473;1064; 프/196;그ǖ16; Ȣ16;나가 여러개1032; Ǹ16;/112;드를 생성Ȣ16;lj16; 0169;식1077;니다.
2번1704; CPU가 온1204;7176; 노lj16; ,163;1008; 아닌 ,163; 같1008;데, 1200; CPU도 풀/196; 돌리고dz10;1008;데 ,160;색1060; 여1032;치않네요.
ᕬ1;시 도움1012; 1452;실 수 1080;lj16; ǥ16;1060; 계실까요?
1089;업관리1088;에서 prioritylj16; RealTime1004;/196; 설1221;했고, Processor Affinitylj16; CPU 코Ǻ12;를 Ȣ16;나만 설1221;할수 1080;,172; 나오lj16; ,163; 같습니다.
(아래 그림처/100; Group1012; 설1221;Ȣ16;,172; .104;면 그 그룹1032; CPU만 사용할 수 1080;습니다.
1228;가 결론1201;1004;/196; Ȣ16;고dz10;1008; 0169;법1008; 모든 CPU가 풀/196; 가ᇼ1;Ȣ16;lj16; ,163; 1077;니다.
저 작업관리자 설정은 사실상 아무 의미 없습니다.
일단 시스템이 불량인지 여부를 확인하기 위해 풀로 부하를 줘보세요.
프로그램의 특징 때문에 저렇게 돌아갈 수도 있고 (최대 인식코어 갯수가 36개라던지)
보드가 중국 내수인지라 진짜 듀얼 서버 보드에서도 저렇게 동작하는지 확인해야 합니다..
우선 시스템 버닝 프로그램을 돌려서 부하를 주었을때 모든 코어가 100%로 동작하는지 부터 파악을 해야 할 듯합니다..
OCCT를 돌려 보세요..
프로그램의 특징일 확률이 높겠군요..!
만일 원하시는 것이 구현이 가능하다면 개발비와 시간이 들겠죠..
구현이 불가능할 수도 있고요..
원래 64비트 윈도우는 64쓰레드가 넘으면 자체적으로 백그라운드에서 가상화 돌려서 남는 쓰레드를 사용합니다.
(64쓰레드가 넘는 쓰레드는 이 경우 3%정도 성능이 떨어집니다.)
문제는 프로그램에 따라 이 64쓰레드 넘는 경우에 가상화로 돌아가는 쓰레드를 일하게 지원해놓지 않았다면 64쓰레드가 넘어가는
그 쓰레드가 속한 cpu전체가 노는 경우가 생깁니다.
사용하시는 e5 2696v3 는 18c/36t라 2배하면 36t/72c이고 64쓰레드가 초과되기에 발생하는 문제입니다.
어도비 계열 대부분의 프로그램/엔시스/3dsmax + vray 등이 동일한 증상이 발생합니다.
보통 이런 프로그램 돌릴때는 64쓰레드 이내로 코어수를 조정하거나 HT/SMT등의 가상쓰레드 옵션을 꺼버립니다.
저라면 cpu당 18코어 중 2개씩 꺼버리겠습니다. HT의 성능향상이 멀티기준 25%내외이니 코어 10% 줄이는게 더 나을 겁니다.
정리하면 프로그램이 지원하지 않는 상황이며, 만약 프로그램이 지원한다면 각각 2코어씩 4코어를 꺼서 64쓰레드 상태로 사용하는게 낫다는 말씀이시군요.
프로그램의 소스코드는 있고 제가 직접 컴파일해서 돌리니, 문제를 파악해서 해결할 순 있을 것 같습니다.
해결한 이후에도 2코어씩 끄는게 더 낫다는 말씀 도움이 많이 되었습니다. 감사합니다 :) 맛있는점심 드세요!
1. HT를 꺼서 64쓰레드 이내로 쓰레드를 줄이거나 (e5 2696v3 듀얼에서 HT off시 25%전후의 성능 하락이 있으며 36코어로 작동)
2. 코어를 줄여서 64쓰레드 이내로 줄이거나 (e5 2696v3듀얼에서 각각 2코어씩 총 4코어를 줄이면 10%의 성능 하락이 있으며 32코어/64쓰레드로 작동)
인데 그 중에 e5 2696v3는 2번이 더 이득일 것이다는 겁니다.
xeon platinum 8280(28c/56t) 듀얼로 56c/112t라면 같은 상황에서 1번이( HT off) 이득입니다.
프로그램이 64쓰레드 이상 지원하게 만들 수 있다면 1/2 전부 고려할 필요 없습니다.
테스트 해보겠습니다 감사합니다!
덕분에 많이 배웠습니다. 공부에는 정말 끝이 없군요.
좋은 하루 되세요!!
https://docs.microsoft.com/ko-kr/windows/win32/procthread/numa-support
감사합니다! 확인해보도록하겠습니다.
하나의 코어만 일을 하는것이 아니라 전체 코어의 절반인 실제 코어가 열심히 일하고 있는 상황으로 보입니다
https://netmarble.engineering/single-process-programming-numa-effect/
위 URL에서 참고한 결과와 같은 현상이 발생하고 있는 상황인데요, 실제 코어가 열심히 일하고 있지만, 남은 코어까지 쓸 수 있는 것 아닌가 하는 의문이 듭니다!