Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

Windows 10부터 바뀐 QueryPerformanceFrequency, QueryPerformanceCounter

예전 글에서,

윈도우 운영체제의 시간 함수 (5) - TSC(Time Stamp Counter)와 QueryPerformanceCounter
; https://www.sysnet.pe.kr/2/0/11068

제가 QueryPerformanceFrequency는 초당 틱 수를 반환한다고 했고, QueryPerformanceCounter는 그 틱의 단위가 적용된다고 했습니다.

재미있는 것은, 그 당시 QueryPerformanceFrequency는 (시스템마다 다를 수 있는) 3,328,129라는 값을 반환했는데요, 최근에 다시 소스 코드를 돌려 보니,

using System;
using System.Runtime.InteropServices;

internal class Program
{
    [DllImport("Kernel32.dll")]
    static extern bool QueryPerformanceFrequency(out long lpFrequency);

    static void Main(string[] args)
    {
        long lpFrequency;
        QueryPerformanceFrequency(out lpFrequency);
        Console.WriteLine($"QueryPerformanceFrequency == {lpFrequency}");
    }
}

고정적으로 10,000,000 값이 나옵니다. ^^; 검색 결과 이런 글이 나오는군요.

QueryPerformanceFrequency returns 10mhz on Windows 10 Build 1809+, causing performance loss/increased jitter/latency
; https://answers.microsoft.com/en-us/windows/forum/all/queryperformancefrequency-returns-10mhz-on-windows/44946807-5355-4b36-ba3e-43aa86ce30c0?auth=1

그러니까, Windows 10 build 1809부터 고정적으로 저 값이 나오도록 바뀐 것입니다. 아마도 frequency의 값을 운영체제 차원에서 정규화를 시도해 보정한 값이 나오는 듯합니다.

따라서, 이제는 QueryPerformanceFrequency에서 고정적으로 10,000,000 값을 반환해 주기 때문에 QueryPerformanceCounter의 1차이는,

T = 1 / 10,000,000 = 0.0000001초
                   = 0.0001밀리초
                   = 0.1마이크로초
                   = 100나노초

100나노초 단위가 된 것입니다. 이런 의미에서 봤을 때 다음의 Win32 API들이,

윈도우 운영체제의 시간 함수 (3) - QueryInterruptTimePrecise, QueryInterruptTime 함수
; https://www.sysnet.pe.kr/2/0/11066

문서에서 100나노초라고 일관되게 정한 것이 이해가 갑니다. ^^

lpInterruptTimePrecise [out]

A pointer to a ULONGLONG in which to receive the interrupt-time count in system time units of 100 nanoseconds. Divide by ten million, or 1e7, to get seconds (there are 1e9 nanoseconds in a second, so there are 1e7 100-nanoseconds in a second).


개인적으로는, 이런 변화는 나쁘지 않다고 봅니다. 향후에는 더 이상 QueryPerformanceFrequency 값을 구할 필요 없이 10,000,000으로 고정해도 되고, QueryPerformanceCounter의 단위를 100나노초라고 가정하고 계산할 수 있기 때문입니다.

단지, 한동안은 Windows 10 build 1809 미만의 컴퓨터도 고려를 해야 한다면 QueryPerformanceFrequency에 따른 계산을 병행할 필요는 있겠습니다. ^^




그런데, 실제로 테스트를 해보면 Windows 10뿐만 아니라 (VM에서 테스트했지만) Windows 7 x64, Windows Server 2012 R2에서도 동일하게 QueryPerformanceFrequency == 10,000,000 값이 나옵니다.

굳이 짜 맞춰 본다면, 저 당시에 Windows 10을 필두로 하위 운영체제에도 점차로 적용된 것이 아닌가... 예상하는데요, 그렇다고는 하지만 이것을 100%라고 가정할 수는 없으므로 쉽사리 10,000,000 값을 고정적으로 쓰기에는 다소 불안한 면이 있습니다. ^^




그러고 보니, 최근에 썼던 마이크로초 단위의 sleep 기능을 설명한 코드가,

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

이랬는데,

static internal class NativeMethods
{
    [DllImport("Kernel32.dll")]
    static extern bool QueryPerformanceCounter(out long lpPerformanceCount);

    public static void uSleep(long waitTime) 
    {
        long time1 = 0, time2 = 0;

        QueryPerformanceCounter(out time1);

        do
        {
            QueryPerformanceCounter(out time2);
        } while ((time2 - time1) < waitTime);
    }
}

왜 제가 QueryPerformanceCounter의 반환값을 마이크로초 단위라고 가정했을까요? ^^; 이것을 범용적으로 만들려면 이렇게 작성해야 하고,

static internal class NativeMethods
{
    [DllImport("Kernel32.dll")]
    static extern bool QueryPerformanceCounter(out long lpPerformanceCount);

    [DllImport("Kernel32.dll")]
    static extern bool QueryPerformanceFrequency(out long ticksPerSecond);

    static long _ticksPerMicroSeconds;

    static NativeMethods()
    {
        long ticksPerSecond = 0;
        QueryPerformanceFrequency(out ticksPerSecond);
        _ticksPerMicroSeconds = ticksPerSecond / 1000 / 1000;
    }

    public static void uSleep(long waitTime)
    {
        long utime1 = 0, utime2 = 0;

        QueryPerformanceCounter(out utime1);
        utime1 = utime1 / _ticksPerMicroSeconds;

        do
        {
            QueryPerformanceCounter(out utime2);
            utime2 = utime2 / _ticksPerMicroSeconds;
        } while ((utime2 - utime1) < waitTime);
    }
}

Windows 10 이상의 PC에서 동작하는 것을 가정한다면 다음과 같이 만들어도 됩니다.

static internal class NativeMethods
{
    [DllImport("Kernel32.dll")]
    static extern bool QueryPerformanceCounter(out long lpPerformanceCount);

    public static void uSleep(long waitTime)
    {
        waitTime = waitTime * 10; // 100나노초 단위를 갖는 QueryPerformanceCounter 값과 비교하기 위해!
        long time1 = 0, time2 = 0;

        QueryPerformanceCounter(out time1);

        do
        {
            QueryPerformanceCounter(out time2);
        } while ((time2 - time1) < waitTime);
    }
}




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/22/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)
12715정성태7/17/20219503오류 유형: 736. Windows - MySQL zip 파일 버전의 "mysqld --skip-grant-tables" 실행 시 비정상 종료 [1]
12714정성태7/16/20218291오류 유형: 735. VCRUNTIME140.dll, MSVCP140.dll, VCRUNTIME140.dll, VCRUNTIME140_1.dll이 없어 exe 실행이 안 되는 경우
12713정성태7/16/20218799.NET Framework: 1077. C# - 동기 방식이면서 비동기 규약을 따르게 만드는 Task.FromResult파일 다운로드1
12712정성태7/15/20218236개발 환경 구성: 579. Azure - 리눅스 호스팅의 Site Extension 제작 방법
12711정성태7/15/20218611개발 환경 구성: 578. Azure - Java Web App Service를 위한 Site Extension 제작 방법
12710정성태7/15/202110397개발 환경 구성: 577. MQTT - emqx.io 서비스 소개
12709정성태7/14/20216986Linux: 42. 실행 중인 docker 컨테이너에 대한 구동 시점의 docker run 명령어를 확인하는 방법
12708정성태7/14/202110397Linux: 41. 리눅스 환경에서 디스크 용량 부족 시 원인 분석 방법
12707정성태7/14/202177671오류 유형: 734. MySQL - Authentication method 'caching_sha2_password' not supported by any of the available plugins.
12706정성태7/14/20218826.NET Framework: 1076. C# - AsyncLocal 기능을 CallContext만으로 구현하는 방법 [2]파일 다운로드1
12705정성태7/13/20219004VS.NET IDE: 168. x64 DLL 프로젝트의 컨트롤이 Visual Studio의 Designer에서 보이지 않는 문제 - 두 번째 이야기
12704정성태7/12/20218145개발 환경 구성: 576. Azure VM의 서비스를 Azure Web App Service에서만 접근하도록 NSG 설정을 제한하는 방법
12703정성태7/11/202113810개발 환경 구성: 575. Azure VM에 (ICMP) ping을 허용하는 방법
12702정성태7/11/20218921오류 유형: 733. TaskScheduler에 등록된 wacs.exe의 Let's Encrypt 인증서 업데이트 문제
12701정성태7/9/20218593.NET Framework: 1075. C# - ThreadPool의 스레드는 반환 시 ThreadStatic과 AsyncLocal 값이 초기화 될까요?파일 다운로드1
12700정성태7/8/20218970.NET Framework: 1074. RuntimeType의 메모리 누수? [1]
12699정성태7/8/20217768VS.NET IDE: 167. Visual Studio 디버깅 중 GC Heap 상태를 보여주는 "Show Diagnostic Tools" 메뉴 사용법
12698정성태7/7/202111738오류 유형: 732. Windows 11 업데이트 시 3% 또는 0%에서 다운로드가 멈춘 경우
12697정성태7/7/20217585개발 환경 구성: 574. Windows 11 (Insider Preview) 설치하는 방법
12696정성태7/6/20218195VC++: 146. 운영체제의 스레드 문맥 교환(Context Switch)을 유사하게 구현하는 방법파일 다운로드2
12695정성태7/3/20218226VC++: 145. C 언어의 setjmp/longjmp 기능을 Thread Context를 이용해 유사하게 구현하는 방법파일 다운로드1
12694정성태7/2/202110224Java: 24. Azure - Spring Boot 앱을 Java SE(Embedded Web Server)로 호스팅 시 로그 파일 남기는 방법 [1]
12693정성태6/30/20217967오류 유형: 731. Azure Web App Site Extension - Failed to install web app extension [...]. {1}
12692정성태6/30/20217888디버깅 기술: 180. Azure - Web App의 비정상 종료 시 남겨지는 로그 확인
12691정성태6/30/20218677개발 환경 구성: 573. 테스트 용도이지만 테스트에 적합하지 않은 Azure D1 공유(shared) 요금제
12690정성태6/28/20219498Java: 23. Azure - 자바(Java)로 만드는 Web App Service - Tomcat 호스팅
... 31  32  33  34  35  36  [37]  38  39  40  41  42  43  44  45  ...