Microsoft MVP성태의 닷넷 이야기
.NET Framework: 1195. C# - Thread.Yield와 Thread.Sleep(0)의 차이점(?) [링크 복사], [링크+제목 복사],
조회: 7594
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 4개 있습니다.)
.NET Framework: 914. C# - Task.Yield 사용법
; https://www.sysnet.pe.kr/2/0/12241

.NET Framework: 916. C# - Task.Yield 사용법 (2)
; https://www.sysnet.pe.kr/2/0/12245

.NET Framework: 1163.  C# - 윈도우 환경에서 usleep을 호출하는 방법
; https://www.sysnet.pe.kr/2/0/12980

.NET Framework: 1195. C# - Thread.Yield와 Thread.Sleep(0)의 차이점(?)
; https://www.sysnet.pe.kr/2/0/13033




C# - Thread.Yield와 Thread.Sleep(0)의 차이점(?)

예전 글에서,

(번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and others
67. Thread.Yield와 Thread.Sleep(0)의 차이점
; https://www.sysnet.pe.kr/2/0/11879#67

이에 대해 설명을 했는데, 그때 테스트가 잘못돼 다시 설명을 합니다. ^^;




자, 우선, Yield는 "현재 프로세서에 ready 상태의 스레드가 있는지 체크 후 있으면 해당 스레드로 전환이 되지만 없으면 현재 스레드가 계속 실행"하는 것을 테스트해보겠습니다.

이를 위해 다음과 같이 코드를 작성하고,

using System;
using System.Diagnostics;
using System.Numerics;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        static int _processorId = 1;

        static void Main(string[] args)
        {
            Thread t1 = new Thread(yieldProc);
            Thread t2 = new Thread(lowPriorityProc);
            Thread t3 = new Thread(lowPriorityProc);

            t3.Start();
            t2.Start();
            t1.Start();
            t1.Join();
            t2.Join();
        }

        private static void lowPriorityProc()
        {
            SetProcessAffinity(_processorId);

            Console.WriteLine("lowPriorityProc: " + AppDomain.GetCurrentThreadId());
            Thread.CurrentThread.Priority = ThreadPriority.Lowest;

            int i = 0;
            BigInteger sum = new BigInteger();

            while (true)
            {
                i++;
                sum += i;
            }
        }

        private static void yieldProc()
        {
            SetProcessAffinity(_processorId);

            Console.WriteLine("yieldProc: " + AppDomain.GetCurrentThreadId());
            while (true)
            {
                Thread.Yield();
            }
        }

        // https://www.sysnet.pe.kr/2/0/10933
        static void SetProcessAffinity(int cpuNumber)
        {
            if (cpuNumber >= Environment.ProcessorCount)
            {
                cpuNumber = 0;
            }

            foreach (ProcessThread pthread in Process.GetCurrentProcess().Threads)
            {
                if (pthread.Id == AppDomain.GetCurrentThreadId()) // .NET Framework에서만!
                {
                    pthread.ProcessorAffinity = new IntPtr(1 << cpuNumber);
                    break;
                }
            }
        }
    }
}

실행하면 이런 결과가 나올 텐데요,

lowPriorityProc: 65544
lowPriorityProc: 21836
yieldProc: 45984

이때 Process Explorer를 이용해 "yieldProc"으로 지정된 45984 스레드를 찾아보면 CPU 값이 (24 코어에서) "0.01" 정도로 나오는 것을 확인할 수 있습니다. 왜냐하면, 같은 CPU에 실행 중인 lowPriorityProc 스레드 2개가 더 있기 때문에 Yield는 그 스레드로 계속해서 실행을 양보하기 때문에 (1/n도 아닌 더욱) 낮은 CPU 사용량만을 보이는 것입니다. (또한, 위의 코드에서 lowPriorityProc의 우선순위가 ThreadPriority.Lowest로 설정되었는데도 CPU 양보를 하고 있다는 것을 알 수 있습니다.)

반면, lowPriorityProc에서 SetProcessAffinity 호출을 제거하면,

private static void lowPriorityProc()
{
    // SetProcessAffinity(_processorId);

    Console.WriteLine("lowPriorityProc: " + AppDomain.GetCurrentThreadId());
    Thread.CurrentThread.Priority = ThreadPriority.Lowest;

    // ...[생략]...
}

이제는 yieldProc 스레드가 실행 중인 CPU를 lowPriorityProc 스레드에서 점유하지 않으므로, 이제 yieldProc은 CPU 100% 현상을 보이게 됩니다. 위에서 설명한 그대로 현상이 재현된 것입니다.

자, 그럼 Sleep(0)을 검증해 볼까요?

다시 위의 첫 번째 예제에서 단지 yieldProc의 내부만 Sleep 호출로 바꾼 후,

private static void yieldProc()
{
    SetProcessAffinity(_processorId);

    Console.WriteLine("yieldProc: " + AppDomain.GetCurrentThreadId());
    while (true)
    {
        // Thread.Yield();
        Thread.Sleep(0);
    }
}

실행하면, Process Explorer에서 yieldProc의 스레드는 lowPriorityProc의 스레드보다 우선순위가 높게 설정돼 있으므로 양보를 하지 말아야 합니다. 하지만, 실제로 실행해 보면 Yield처럼 낮은 CPU 사용량을 보입니다. 즉, 양보를 하고 있는 것입니다.

역시나, 이번에도 테스트상으로는 Yield와 Sleep(0)의 차이점을 알 수가 없습니다. ^^;

결국, Yield와 Sleep(0)은 경우에 따라 CPU 사용량이 (같은 CPU를 사용하는 다른 스레드가 있다면 1/n보다) 낮을 수도 있고, (같은 CPU를 사용하는 다른 스레드가 없다면) 높을 수도 있습니다. 또한 Yield/Sleep 모두, (스레드의 우선순위에 상관없이) 같은 CPU를 사용하는 다른 스레드가 있다면 1/n 사용량을 확보하진 못합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/18/2022]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  [38]  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12681정성태6/18/20217216오류 유형: 727. .NET 2.0 ~ 3.5 + x64 환경에서 System.EnterpriseServices 참조 시 CS8012 경고
12680정성태6/18/20218316오류 유형: 726. python2.7.exe 실행 시 0xc000007b 오류
12679정성태6/18/20218905COM 개체 관련: 23. CoInitializeSecurity의 전역 설정을 재정의하는 CoSetProxyBlanket 함수 사용법파일 다운로드1
12678정성태6/17/20218137.NET Framework: 1072. C# - CoCreateInstance 관련 Inteop 오류 정리파일 다운로드1
12677정성태6/17/20219645VC++: 144. 역공학을 통한 lxssmanager.dll의 ILxssSession 사용법 분석파일 다운로드1
12676정성태6/16/20219697VC++: 143. ionescu007/lxss github repo에 공개된 lxssmanager.dll의 CLSID_LxssUserSession/IID_ILxssSession 사용법파일 다운로드1
12675정성태6/16/20217694Java: 20. maven package 명령어 결과물로 (war가 아닌) jar 생성 방법
12674정성태6/15/20218454VC++: 142. DEFINE_GUID 사용법
12673정성태6/15/20219616Java: 19. IntelliJ - 자바(Java)로 만드는 Web App을 Tomcat에서 실행하는 방법
12672정성태6/15/202110789오류 유형: 725. IntelliJ에서 Java webapp 실행 시 "Address localhost:1099 is already in use" 오류
12671정성태6/15/202117487오류 유형: 724. Tomcat 실행 시 Failed to initialize connector [Connector[HTTP/1.1-8080]] 오류
12670정성태6/13/20219032.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/20219004.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/202110780.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/20219415.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/20218007.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/20219303.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
12664정성태6/9/20217592오류 유형: 723. COM+ PIA 참조 시 "This operation failed because the QueryInterface call on the COM component" 오류
12663정성태6/9/20219124.NET Framework: 1065. Windows Forms - 속성 창의 디자인 설정 지원: 문자열 목록 내에서 항목을 선택하는 TypeConverter 제작파일 다운로드1
12662정성태6/8/20218264.NET Framework: 1064. C# COM 개체를 PIA(Primary Interop Assembly)로써 "Embed Interop Types" 참조하는 방법파일 다운로드1
12661정성태6/4/202118901.NET Framework: 1063. C# - MQTT를 이용한 클라이언트/서버(Broker) 통신 예제 [4]파일 다운로드1
12660정성태6/3/202110002.NET Framework: 1062. Windows Forms - 폼 내에서 발생하는 마우스 이벤트를 자식 컨트롤 영역에 상관없이 수신하는 방법 [1]파일 다운로드1
12659정성태6/2/202111267Linux: 40. 우분투 설치 후 MBR 디스크 드라이브 여유 공간이 인식되지 않은 경우 - Logical Volume Management
12658정성태6/2/20218681Windows: 194. Microsoft Store에 있는 구글의 공식 Youtube App
12657정성태6/2/202110008Windows: 193. 윈도우 패키지 관리자 - winget 설치
12656정성태6/1/20218223.NET Framework: 1061. 서버 유형의 COM+에 적용할 수 없는 Server GC
... 31  32  33  34  35  36  37  [38]  39  40  41  42  43  44  45  ...