12

Windows 8に切り替えた後、アプリが動作を停止します。問題のデバッグに何時間も費やしましたが、IOCPの動作がWindows8と以前のバージョンで異なることがわかりました。問題を実証および再現するために必要なコードを抽出します。

SOCKET sListen;

DWORD WINAPI WorkerProc(LPVOID lpParam)
{
    ULONG_PTR dwKey;
    DWORD dwTrans;
    LPOVERLAPPED lpol;
    while(true)
    {
        GetQueuedCompletionStatus((HANDLE)lpParam, &dwTrans, &dwKey, (LPOVERLAPPED*)&lpol, WSA_INFINITE);
        printf("dequeued an IO\n");
    }
}
DWORD WINAPI StartProc(LPVOID lpParam)
{
    WSADATA WsaData;
    if (WSAStartup(0x202,&WsaData)!=0) return 1;
    sListen = WSASocket(AF_INET, SOCK_STREAM, 0, NULL, 0, WSA_FLAG_OVERLAPPED);
    SOCKADDR_IN si;
    ZeroMemory(&si,sizeof(si));
    si.sin_family = AF_INET;
    si.sin_port = ntohs(1999);
    si.sin_addr.S_un.S_addr = INADDR_ANY;
    if(bind(sListen, (sockaddr*)&si, sizeof(si)) == SOCKET_ERROR) return 1;
    listen(sListen, SOMAXCONN);
    HANDLE hCompletion = CreateIoCompletionPort(INVALID_HANDLE_VALUE, 0, 0, 0);
    CreateIoCompletionPort((HANDLE)sListen, hCompletion, (DWORD)0, 0);
    CreateThread(NULL, 0, WorkerProc, hCompletion, 0, NULL);
    return 0;
}
DWORD WINAPI AcceptProc(LPVOID lpParam)
{
    DWORD dwBytes;
    LPOVERLAPPED pol=(LPOVERLAPPED)malloc(sizeof(OVERLAPPED));
    ZeroMemory(pol,sizeof(OVERLAPPED));
    SOCKET sClient = WSASocket(AF_INET, SOCK_STREAM, 0, NULL, 0, WSA_FLAG_OVERLAPPED);
    BOOL b = AcceptEx(sListen, 
        sClient,
        malloc ((sizeof(sockaddr_in) + 16) * 2), 
        0,
        sizeof(sockaddr_in) + 16, 
        sizeof(sockaddr_in) + 16, 
        &dwBytes, 
        pol);
    if(!b && WSAGetLastError() != WSA_IO_PENDING)   return 1;
    HANDLE hPipe=CreateNamedPipeA("\\\\.\\pipe\\testpipe",PIPE_ACCESS_DUPLEX,PIPE_TYPE_BYTE | PIPE_READMODE_BYTE | PIPE_WAIT,PIPE_UNLIMITED_INSTANCES,4096,4096,999999999,NULL);
    BYTE chBuf[1024]; 
    DWORD  cbRead; 
    CreateFileA("\\\\.\\pipe\\testpipe", GENERIC_READ |GENERIC_WRITE,  0,NULL, OPEN_EXISTING, 0, NULL);
    ReadFile(hPipe,chBuf,1024, &cbRead,NULL);
    return 0;
}

int main()
{
    printf ("Starting server on port 1999...");
    WaitForSingleObject(CreateThread(NULL, 0, StartProc, NULL, 0, NULL),INFINITE);
    CreateThread(NULL, 0,AcceptProc, NULL, 0, NULL);
    printf ("done\n");
    Sleep(10000000);
    return 0;
}

このプログラムはポート1999でリッスンし、非同期accpetを発行してから、ブロッキングパイプを読み取ります。このプログラムをWindows7、8、XP、2003、2008でテストしました。「telnet127.0.0.1 1999」の後、「dequeued aIO\n」がWindows8以外のコンソールに出力されます。

重要なのは、非同期操作を最初に発行したスレッドがReadFileでブロックしてはならないことです。そうしないと、ReadFileがWindows 8に戻るまで、GetQueuedCompletionStatusがそのIOをデキューすることはありません。

また、パイプを読み取る代わりに「scanf」を使用してテストしました。「scanf」は最終的にコンソールを読み取るためにReadFileを呼び出すため、結果は同じです。影響を受ける関数がReadFileだけなのか、他の関数があるのか​​わかりません。

私が考えることができるのは、専用スレッドを使用して非同期操作を発行することです。すべてのビジネスロジックは、その専用スレッドと通信して、accept / send/recvを実行します。しかし、余分なレイヤーは余分なオーバーヘッドを意味します、Windows 8の以前のバージョンのWindowsと同じパフォーマンスを達成する方法はありますか?

4

1 に答える 1

7

https://connect.microsoft.com/WindowsServer/feedback/details/760161/breaking-change-to-acceptex-and-iocp-in-server-2012-and-windows-8を参照してください

これはバグであり、MSの公式の回答は「これをベースOSチームに渡しました。今後のアップデートでこれを検討します。延期された問題を解決します。」

注: Windows 8.1のテストに備えて、本日(2013年9月12日)完全にパッチが適用されたバージョンのWindows 8でこのテストを実行したところ、問題はWindows8で修正されたようです。いつ修正されたのかわかりません。

于 2012-09-03T15:59:11.000 に答える