쓰레드 하나 만들어서 타이머 처럼 사용하려고 하는데.
GetTickCount는 정밀도도 떨어지고, 32비트 데이터라 46.7일 뒤에 0ms로 리셋되어서 조금 그렇고.
GetTickCount64는 vista 이상부터 되어서 조금 그렇고..
해서 찾아보니 0x7FFE0000 라는게 있더라고
volatile ULONG TickCountLow;
UINT32 TickCountMultiplier;
UINT32 TickCountMultiplier;
/* Current 64-bit interrupt time in 100ns units. */
volatile KSYSTEM_TIME InterruptTime;
volatile KSYSTEM_TIME InterruptTime;
/* Current 64-bit system time in 100ns units. */
volatile KSYSTEM_TIME SystemTime;
volatile KSYSTEM_TIME SystemTime;
/* Current 64-bit time zone bias. */
volatile KSYSTEM_TIME TimeZoneBias;
이렇게 나와 있는데 0x7FFE0008을 참조하면 100ns의 값을 구할수 있단 말이야 그러면 이론상으로는 2135일 까지 표현을 할수 있는데 이거 써도 상관 없겠지?
volatile KSYSTEM_TIME TimeZoneBias;
이렇게 나와 있는데 0x7FFE0008을 참조하면 100ns의 값을 구할수 있단 말이야 그러면 이론상으로는 2135일 까지 표현을 할수 있는데 이거 써도 상관 없겠지?
GetTickCount64하니까... 생각없이 그거썼다가 발표하는곳 컴퓨터가 XP여서 피똥쌌던 기억이 나는군...
ㄴㅋㅋㅋㅋㅋㅋ 상상만해도 소오르음...
이거써도 뭐 별문제 없겠지 메모리만 읽어오는거니까 속도도 빠를거고.. 이걸로 써야겠다..
신기한거 알아갑니다 ㅋㅋ
나도 오늘 관련 자료 검색해보다 우연히 발견함ㅋㅋ 이런거 있는지도 몰랐어 ㅠㅠ
전에 ㅅㅅㅅ 가 이에관해 썼었는뎅
그래서 써라인가요 쓰지마라인건가여
나같음 걍 rdtsc 쓰쥬~
민감하지 않다면 QueryPerformanceCounter / QueryPerformanceFrequency 써도 됨.
아 그 아조시 코드 속도 측정하는거에서 본거같내오