论时间片与定时器
本帖最后由 元始天尊 于 2014-10-19 16:31 编辑此贴解决了心里一大疑团，也说明了很多问题，比如高精度定时是否一定起作用了，如果异议，请给出充分理由
众所周知，我们编写的应用程序，或者游戏，作为进程形式运行在系统中，而现代系统为了充分发挥cpu的作用，采用了时间片造成程序并行运行的假象。当然如果有多核的话，也能实现一部分并行计算，不过主要还是靠分时间片运行程序。这就带来了一个问题：如何让程序在指定时间做某件事。这不是一个容易回答的问题，因为该程序在正常情况下通常需要先获得cpu时间片，才可以做一会自己的工作，时间片用完后该进程返回就绪队列等待cpu下次调度。那么这就会有一个问题，在应用层程序设计中，如果指定时间到了，而时间片恰好没有轮到该进程，会怎样呢，程序是否能真正实现准确定时？笔者认为答案是否定的，下面这些采用已知定时器函数足以说明问题：
#include <windows.h>
#include <stdio.h>
HINSTANCE hinst;
int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int);
BOOL InitApplication(HINSTANCE);
BOOL InitInstance(HINSTANCE, int);
LRESULT CALLBACK MainWndProc(HWND, UINT, WPARAM, LPARAM);
#define IDT_TIMER1 10
#define IDT_TIMER2 20
#define IDT_TIMER3 30
static int count1=1;
static int count2=1;
static HWND mainwnd;
int WINAPI WinMain(HINSTANCE hinstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
{
MSG msg;
if (!InitApplication(hinstance))
return FALSE;
if (!InitInstance(hinstance, nCmdShow))
return FALSE;
BOOL fGotMessage;
SetTimer(mainwnd,IDT_TIMER1,14,NULL);
SetTimer(mainwnd,IDT_TIMER2,15,NULL);
SetTimer(mainwnd,IDT_TIMER3,100,NULL);
while (GetMessage(&msg, (HWND) NULL, 0, 0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return msg.wParam;
UNREFERENCED_PARAMETER(lpCmdLine);
}
BOOL InitApplication(HINSTANCE hinstance)
{
WNDCLASSEX wcx;
ZeroMemory(&wcx,sizeof(wcx));
wcx.cbSize = sizeof(wcx);
wcx.style = CS_HREDRAW | CS_VREDRAW;
wcx.lpfnWndProc = MainWndProc;
wcx.hInstance = hinstance;
wcx.hIcon = LoadIcon(NULL, IDI_APPLICATION);
wcx.hCursor = LoadCursor(NULL, IDC_ARROW);
wcx.hbrBackground = (HBRUSH)GetStockObject( WHITE_BRUSH);
wcx.lpszMenuName ="MainMenu";
wcx.lpszClassName = "MainWClass";
wcx.hIconSm = (HICON)LoadImage(hinstance,MAKEINTRESOURCE(5),IMAGE_ICON, GetSystemMetrics(SM_CXSMICON),
GetSystemMetrics(SM_CYSMICON), LR_DEFAULTCOLOR);
return RegisterClassEx(&wcx);
}
BOOL InitInstance(HINSTANCE hinstance, int nCmdShow)
{
HWND hwnd;
hinst = hinstance;
hwnd = CreateWindow( "MainWClass","Sample",WS_OVERLAPPEDWINDOW,CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,
CW_USEDEFAULT,(HWND) NULL,(HMENU) NULL,hinstance,(LPVOID) NULL);
if (!hwnd)
return FALSE;
mainwnd=hwnd;
ShowWindow(hwnd, nCmdShow);
UpdateWindow(hwnd);
return TRUE;
}
LRESULT CALLBACK MainWndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
if(uMsg == WM_TIMER)
{
if(wParam == IDT_TIMER1)
{
count1++;
return 0;
}
else if(wParam == IDT_TIMER2)
{
count2++;
return 0;
}
else if(wParam == IDT_TIMER3)
{
char str;
sprintf_s(str,"%d-%d\n",count1,count2);
SetWindowText(hWnd,str);
return 0;
}
}
return DefWindowProc(hWnd,uMsg,wParam,lParam);
}
以上程序在我机子上测试，发现时间间隔调整为14 15时才有变化。这个是利用WM_TIMER消息进行定时，因此有消息传播时延，不过还是可以在一定程序上得出结论，SetTimer一定有个最小间隔，其内核函数对应NtUserSetTimer，如果传入时间<15ms，那么间隔就设为15ms（具体请参阅ReactOS源码）。这个最小间隔一定是基于时间片长度的考量，而windows时间片据说是10-20ms之间的。
其它函数的测试，为了减少冗余指令和时间片和其他因素的影响，我采取了一种特殊方式并提供了模板如下（以SleepEx为例）：
#include <windows.h>
#include <stdio.h>
static int i=0;
static int j=0;
DWORD WINAPI mythread1(LPVOID)
{
while(true)
{
SleepEx(1,FALSE);
i++;
printf("i=%d\n",i);
}
}
DWORD WINAPI mythread2(LPVOID)
{
while(true)
{
SleepEx(10,FALSE);
j++;
printf("j=%d\n",j);
}
}
int main()
{
HANDLE hthread;
hthread=CreateThread(NULL,0,mythread1,NULL,0,NULL);
hthread=CreateThread(NULL,0,mythread2,NULL,0,NULL);
WaitForMultipleObjects(2,hthread,TRUE,INFINITE);
CloseHandle(hthread);
CloseHandle(hthread);
}
i=23973
j=13963
i=23974
i=23975
j=13964
i=23976
i=23977
j=13965
i=23978
i=23979
j=13966
i=23980
i=23981
j=13967
i=23982
i=23983
j=13968
i=23984
j=13969
i=23985
j=13970
i=23986
i=23987
1GHZ的cpu，一般1s可以执行上亿条指令，而已知win的时间片为10ms-20ms，因此需要谨慎选择对比的时间间隔，使要考察的执行时间远大于无关冗余代码执行时间，而又能分辨出时间片，我选择的间隔为5ms和10ms，结果如上。可见随着递增，i和j的倍数关系甚至小于2，而本来这个倍数应该接近10的。足以说明时间片是有影响的，而使定时不够精确。其他代码我都有测试，结果相同：GetTickCount,timeGetTime
#include <windows.h>
#include <stdio.h>
static int i=0;
static int j=0;
DWORD WINAPI mythread1(LPVOID)
{
while(true)
{
DWORD dwStart=GetTickCount();
DWORD dwEnd=dwStart;
do
{
dwEnd=GetTickCount()-dwStart;
}
while(dwEnd<5);
i++;
printf("i=%d\n",i);
}
}
DWORD WINAPI mythread2(LPVOID)
{
while(true)
{
DWORD dwStart=GetTickCount();
DWORD dwEnd=dwStart;
do
{
dwEnd=GetTickCount()-dwStart;
}
while(dwEnd<10);
j++;
printf("j=%d\n",j);
}
}
int main()
{
HANDLE hthread;
hthread=CreateThread(NULL,0,mythread1,NULL,0,NULL);
hthread=CreateThread(NULL,0,mythread2,NULL,0,NULL);
WaitForMultipleObjects(2,hthread,TRUE,INFINITE);
CloseHandle(hthread);
CloseHandle(hthread);
}
#include <windows.h>
#include <stdio.h>
#pragma comment(lib,"winmm.lib")
static int i=0;
static int j=0;
DWORD WINAPI mythread1(LPVOID)
{
while(true)
{
DWORD dwStart=timeGetTime();
DWORD dwEnd=dwStart;
do
{
dwEnd=timeGetTime()-dwStart;
}
while(dwEnd<10);
i++;
printf("i=%d\n",i);
}
}
DWORD WINAPI mythread2(LPVOID)
{
while(true)
{
DWORD dwStart=timeGetTime();
DWORD dwEnd=dwStart;
do
{
dwEnd=timeGetTime()-dwStart;
}
while(dwEnd<20);
j++;
printf("j=%d\n",j);
}
}
int main()
{
HANDLE hthread;
hthread=CreateThread(NULL,0,mythread1,NULL,0,NULL);
hthread=CreateThread(NULL,0,mythread2,NULL,0,NULL);
WaitForMultipleObjects(2,hthread,TRUE,INFINITE);
CloseHandle(hthread);
CloseHandle(hthread);
}
如果不能实现如此精准的定时，那么我觉得在游戏中采用如此精准的时间是否有实际用途就不得而知了。当然这是仅仅考虑除cpu定时器的情况下得出的，如果采用其他设备的定时器结果如何笔者还不得而知，不过笔者认为，只要程序遵循时间片，且不强制剥夺时间片，那么必然还是无法达到精确时间。除非此执行代码段独立于进程且作为定时回调，是否有这种情况，还需要大家广开言路了。当然这不是说无法获取到精确时间，显然精确时间可以获取到，只是无法做到精确定时，在这种时候，获取到精确时间作用也不是很大。如果以上分析有误或有更好的解释和证明，请给出。 对于一款游戏，它确实需要精确的定时，其实就是在每一帧的开头取得当前帧开始的时间，然后通过不同帧时间之间相减取得每帧渲染所消耗的时间（包括垂直同步）。因此只有取得了精确的时间才能取得正确的弹性时间，来作为物理计算的参数。如果取得的时间以毫秒为单位的话，假设在一种没有打开垂直同步的渲染模式下渲染游戏，显卡比较好，那么FPS值可能会到达很高的水平，弹性时间计算出来可能会变成一个非常小的正值甚至是零，甚至小于零，导致物理引擎崩溃（FPU除零等问题）
此外，有些游戏是音乐游戏，比如OSU，歌姬计划，太鼓达人，DjMax，劲舞团（及其山寨版本“QQ炫舞”），还有安卓上的Deemo、节操大师等，这些游戏考验的是玩家的节奏感，也就是玩家要跟着节拍和谱面进行“演奏”，评分的标准是节拍是否打得精准，反应是否够快，按键是否正确等。因此这些游戏对“取得时间”这个操作的精度的要求非常高。我不是音乐人但是我也知道作为一个音乐人，他应该对节奏和时间的把握是很精确的。
页:
[1]