• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            昨天優化了一下服務器的網絡部分,測試了一下,在不考慮吞吐率的情況下,并發5W

            昨天優化了一下服務器的網絡部分,測試了一下,在不考慮吞吐率的情況下,并發5W

            下面是俺的一些經驗

            1.基本結構

            服務器結構如下圖
            33.JPG

            使用2個不同的線程池來分別來處理 網絡數據包的發送接收 以及 消息的處理.
            這樣可以避免繁重的業務處理導致網絡數據包接收的阻塞.

            根據服務器CPU情況創建線程. 服務器是2*4核心. 即雙CPU, 每CPU上有4個核心.
            在邏輯上就有8個處理單元.

            在第1個CPU上的每個核心上創建x個線程用于發送和接收.
            即: 發送接收線程池有線程數 x*4個,位于第1個CPU上.

            在第2個CPU上的每個核心上創建y個線程,用于業務處理
            即: 業務處理線程池有線程數 y*4個,位于第2個CPU上

            具體的x,y應該按照實際的系統設置.設置的原則是:
            1. 盡量小的線程上下文切換開銷
            2. 盡量高的CPU利用率(注意,是利用率,不是占用率)
            一般來說,y>x

            BOOL?WINAPI?SetProcessAffinityMask(
            ??__in??????????HANDLE?hProcess,
            ??__in??????????DWORD_PTR?dwProcessAffinityMask
            );
            // ?此API用于設置進程的CPU親緣屬性,第2個參數是"位或"表示.?對于2*4核系統,則設置位0xFF

            DWORD_PTR?WINAPI?SetThreadAffinityMask(
            ??__in??????????HANDLE?hThread,
            ??__in??????????DWORD_PTR?dwThreadAffinityMask
            );
            // ?此API用于設置線程的CPU親緣屬性,第2個參數是"位或"表示.?需要注意的是,dwThreadAffinityMask必須是dwProcessAffinityMask的子集

            DWORD?WINAPI?SetThreadIdealProcessor(
            ??__in??????????HANDLE?hThread,
            ??__in??????????DWORD?dwIdealProcessor
            );
            // ?此API用于設置線程的首選CPU,操作系統在調度線程時優先考慮首選核心,?第2個參數是以0為基數的處理器ID

            上述3個API都可以用來設置線程的執行單元是哪個. 一般來說,線程調度是由操作系統負責.人為的控制有時候反而會降低效率.但針對高負荷的線程處理,完全可以指定獨立的CPU來優化.
            比如,設定dwThreadAffinityMask=0xF,表示此線程在1-4核上執行,具體是哪個核還是由操作系統調度.這樣可以將不同用途的線程分配到不同的CPU上,因為每個CPU有自己獨立的L2 Cache,這樣做可以避免不同類型線程在不同CPU之間切換帶來的損失.
            參考: 面向共享高速緩存多核系統的軟件技術

            上面所說的這些都只是理論,到實際的系統中,必須經過反復的性能對比試驗來確定最佳方案

            2. 登陸數據的接收
            在IOCP中,經常使用AcceptEx來投遞前置式的accept請求. 這里有一個問題: 登陸數據如何接收?
            一般來說,登陸數據包是連接后的第1個或者第2個數據包.必須先保證一個TCP連接是信任的才能進行業務處理.有下列方法

            方法1:
            如果登陸數據包是第一個客戶端發送的數據包,那么AcceptEx的dwReceiveDataLength 可以設置成登陸數據包大小,AcceptEx只有在收到此數據包后才投遞到完成隊列進行驗證

            方法2:
            AcceptEx的dwReceiveDataLength 設置成0,表示在接收到連接后立即投遞到完成隊列.在完成隊列中,投遞WSARecv獲得登陸數據包

            方法3:
            AcceptEx的dwReceiveDataLength 設置成0,表示在接收到連接后立即投遞到完成隊列.在Accept時,使用阻塞的recv來接收登陸數據包,如果recv超時,則踢掉連接

            這3種方式沒有哪種能夠徹底的解決D.O.S的問題,只能在一定程度上緩解.
            方法1:客戶端只連接不發送數據,大量的這種連接會導致拒絕服務(一般采用附加線程定時檢測超時)
            方法2:客戶端只連接不發送數據,大量的這種連接會導致拒絕服務(一般采用附加線程定時檢測超時)
            方法3:recv的超時時間設置很敏感,過大的超時時間同樣會因為大量連接而拒絕服務(recv超時時間設定得如果合適是能夠在一定程度上緩解)

            3. 設置LINGER縮短連接關閉時間

            // ?éè??SO_DONTLINGER
            BOOL?bDontLinger? = ?FALSE;
            ::setsockopt(?lpWsaOverlappedPlus
            -> hSocket
            ????,?SOL_SOCKET
            ????,?SO_DONTLINGER
            ????,?(
            const ? char * ) & bDontLinger
            ????,?sizeof(BOOL)
            ????);

            // ?éè??SO_LINGER
            linger?stLinger;
            stLinger.l_onoff?
            = ? 1 ;
            stLinger.l_linger?
            = ? 0 ;
            ::setsockopt(?lpWsaOverlappedPlus
            -> hSocket
            ????,?SOL_SOCKET
            ????,?SO_LINGER
            ????,?(CHAR
            * ) & stLinger
            ????,?sizeof(linger)
            ????);

            4. 修改注冊表,修改TCP參數,具體的含義可以查閱MSDN
            Windows?Registry?Editor?Version? 5.00

            [ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Performance ]
            " MaxUserPort " = dword:0000fffe

            [ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters ]
            " TCPFinWait2Delay? " = dword:0000001e
            " SynAttackProtect " = dword: 1 ?
            " TcpMaxPortsExhausted " = dword: 5 ?
            " TcpMaxHalfOpen " = dword: 500 ?
            " TcpMaxHalfOpenRetried " = dword: 400 ?
            " TcpMaxConnectResponseRetransmissions " = dword: 2 ?
            " TcpMaxDataRetransmissions " = dword: 2 ?
            " EnablePMTUDiscovery " = dword: 0 ?
            " KeepAliveTime " = dword: 300000 ?
            " NoNameReleaseOnDemand " = dword: 1 ?
            " DefaultTTL " = dword: 256 ?
            " EnableDeadGWDetect " = dword: 0 ?
            " DisableIPSourceRouting " = dword: 1 ?
            " EnableFragmentChecking " = dword: 1 ?
            " EnableMulticastForwarding " = dword: 0 ?
            " IPEnableRouter " = dword: 0 ?
            " EnableAddrMaskReply " = dword: 0 ?
            " TcpTimedWaitDelay " = dword:0000001e

            [ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters ] ?
            " EnableICMPRedirect " = dword: 0 ?
            " EnableDynamicBacklog " = dword: 1 ?
            " MinimumDynamicBacklog " = dword: 20 ?
            " MaximumDynamicBacklog " = dword: 20000 ?
            " DynamicBacklogGrowthDelta " = dword: 10 ?

            Feedback

            # re: 昨天優化了一下服務器的網絡部分,測試了一下,在不考慮吞吐率的情況下,并發5W   回復  更多評論   

            2009-01-16 11:16 by true
            一個很關鍵的問題:
            對于一個客戶端的收包及發包順序是怎么判斷的呢,舉例:客戶端給服務器傳輸文件,肯定是多次發包,同時服務器給客戶端多次確認,這種情況,請問是怎么實現的同步的呢?或者是怎么解決的文件傳輸的呢

            # re: 昨天優化了一下服務器的網絡部分,測試了一下,在不考慮吞吐率的情況下,并發5W   回復  更多評論   

            2009-01-16 18:07 by tzhang
            可以提供個代碼下載么?
            国产精品九九久久免费视频| 久久精品免费一区二区三区| 久久久久亚洲av无码专区喷水| 亚洲人成网站999久久久综合| 久久精品无码一区二区日韩AV| 久久国产午夜精品一区二区三区| 丰满少妇高潮惨叫久久久| MM131亚洲国产美女久久| 久久人人爽人人爽人人片AV高清 | 久久亚洲精品人成综合网| 久久这里有精品| 三级片免费观看久久| 久久只有这精品99| 色婷婷综合久久久久中文| 久久久久久九九99精品| 成人久久精品一区二区三区| 国产精品青草久久久久福利99 | 99久久成人国产精品免费| 99久久婷婷国产综合亚洲| avtt天堂网久久精品| 久久精品无码一区二区日韩AV| 久久精品中文字幕一区| 91麻豆国产精品91久久久| 亚洲综合熟女久久久30p| 2022年国产精品久久久久| 亚洲天堂久久精品| 久久经典免费视频| 2021精品国产综合久久| 亚洲欧美精品一区久久中文字幕| 精品国产乱码久久久久久呢| 日韩精品久久久肉伦网站| 日本精品久久久中文字幕| 2021国产精品久久精品| 久久亚洲美女精品国产精品| 久久人人爽人爽人人爽av| 久久偷看各类wc女厕嘘嘘| 久久涩综合| 国产精品美女久久久网AV| 日韩精品久久久肉伦网站| 亚洲国产精品无码久久九九 | 久久午夜无码鲁丝片秋霞|