青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

S.l.e!ep.¢%

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

昨天優(yōu)化了一下服務(wù)器的網(wǎng)絡(luò)部分,測試了一下,在不考慮吞吐率的情況下,并發(fā)5W

昨天優(yōu)化了一下服務(wù)器的網(wǎng)絡(luò)部分,測試了一下,在不考慮吞吐率的情況下,并發(fā)5W

下面是俺的一些經(jīng)驗(yàn)

1.基本結(jié)構(gòu)

服務(wù)器結(jié)構(gòu)如下圖
33.JPG

使用2個(gè)不同的線程池來分別來處理 網(wǎng)絡(luò)數(shù)據(jù)包的發(fā)送接收 以及 消息的處理.
這樣可以避免繁重的業(yè)務(wù)處理導(dǎo)致網(wǎng)絡(luò)數(shù)據(jù)包接收的阻塞.

根據(jù)服務(wù)器CPU情況創(chuàng)建線程. 服務(wù)器是2*4核心. 即雙CPU, 每CPU上有4個(gè)核心.
在邏輯上就有8個(gè)處理單元.

在第1個(gè)CPU上的每個(gè)核心上創(chuàng)建x個(gè)線程用于發(fā)送和接收.
即: 發(fā)送接收線程池有線程數(shù) x*4個(gè),位于第1個(gè)CPU上.

在第2個(gè)CPU上的每個(gè)核心上創(chuàng)建y個(gè)線程,用于業(yè)務(wù)處理
即: 業(yè)務(wù)處理線程池有線程數(shù) y*4個(gè),位于第2個(gè)CPU上

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

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

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

DWORD?WINAPI?SetThreadIdealProcessor(
??__in??????????HANDLE?hThread,
??__in??????????DWORD?dwIdealProcessor
);
// ?此API用于設(shè)置線程的首選CPU,操作系統(tǒng)在調(diào)度線程時(shí)優(yōu)先考慮首選核心,?第2個(gè)參數(shù)是以0為基數(shù)的處理器ID

上述3個(gè)API都可以用來設(shè)置線程的執(zhí)行單元是哪個(gè). 一般來說,線程調(diào)度是由操作系統(tǒng)負(fù)責(zé).人為的控制有時(shí)候反而會(huì)降低效率.但針對(duì)高負(fù)荷的線程處理,完全可以指定獨(dú)立的CPU來優(yōu)化.
比如,設(shè)定dwThreadAffinityMask=0xF,表示此線程在1-4核上執(zhí)行,具體是哪個(gè)核還是由操作系統(tǒng)調(diào)度.這樣可以將不同用途的線程分配到不同的CPU上,因?yàn)槊總€(gè)CPU有自己獨(dú)立的L2 Cache,這樣做可以避免不同類型線程在不同CPU之間切換帶來的損失.
參考: 面向共享高速緩存多核系統(tǒng)的軟件技術(shù)

上面所說的這些都只是理論,到實(shí)際的系統(tǒng)中,必須經(jīng)過反復(fù)的性能對(duì)比試驗(yàn)來確定最佳方案

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

方法1:
如果登陸數(shù)據(jù)包是第一個(gè)客戶端發(fā)送的數(shù)據(jù)包,那么AcceptEx的dwReceiveDataLength 可以設(shè)置成登陸數(shù)據(jù)包大小,AcceptEx只有在收到此數(shù)據(jù)包后才投遞到完成隊(duì)列進(jìn)行驗(yàn)證

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

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

這3種方式?jīng)]有哪種能夠徹底的解決D.O.S的問題,只能在一定程度上緩解.
方法1:客戶端只連接不發(fā)送數(shù)據(jù),大量的這種連接會(huì)導(dǎo)致拒絕服務(wù)(一般采用附加線程定時(shí)檢測超時(shí))
方法2:客戶端只連接不發(fā)送數(shù)據(jù),大量的這種連接會(huì)導(dǎo)致拒絕服務(wù)(一般采用附加線程定時(shí)檢測超時(shí))
方法3:recv的超時(shí)時(shí)間設(shè)置很敏感,過大的超時(shí)時(shí)間同樣會(huì)因?yàn)榇罅窟B接而拒絕服務(wù)(recv超時(shí)時(shí)間設(shè)定得如果合適是能夠在一定程度上緩解)

3. 設(shè)置LINGER縮短連接關(guān)閉時(shí)間

// ?éè??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參數(shù),具體的含義可以查閱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: 昨天優(yōu)化了一下服務(wù)器的網(wǎng)絡(luò)部分,測試了一下,在不考慮吞吐率的情況下,并發(fā)5W   回復(fù)  更多評(píng)論   

2009-01-16 11:16 by true
一個(gè)很關(guān)鍵的問題:
對(duì)于一個(gè)客戶端的收包及發(fā)包順序是怎么判斷的呢,舉例:客戶端給服務(wù)器傳輸文件,肯定是多次發(fā)包,同時(shí)服務(wù)器給客戶端多次確認(rèn),這種情況,請問是怎么實(shí)現(xiàn)的同步的呢?或者是怎么解決的文件傳輸?shù)哪?/div>

# re: 昨天優(yōu)化了一下服務(wù)器的網(wǎng)絡(luò)部分,測試了一下,在不考慮吞吐率的情況下,并發(fā)5W   回復(fù)  更多評(píng)論   

2009-01-16 18:07 by tzhang
可以提供個(gè)代碼下載么?
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲一区二区三区在线播放| 黄色精品一区| 一区二区激情视频| 另类尿喷潮videofree| 亚洲欧洲av一区二区| 国产精品99久久久久久白浆小说| 一区福利视频| 精品999日本| 激情国产一区| 欧美日韩三级一区二区| 久久亚洲一区| 久久久www| 欧美中文字幕| 久久久久免费视频| 欧美有码在线视频| 亚洲国产精品国自产拍av秋霞| 亚洲精品美女久久7777777| 91久久精品国产91久久| 亚洲黄色免费电影| 国产伦精品一区二区三区视频黑人| 欧美午夜宅男影院| 国产精品网站在线| 国产精品视频观看| 国产精品欧美日韩久久| 国产精品成人观看视频国产奇米| 国产精品v片在线观看不卡| 久久久久中文| 欧美激情综合五月色丁香| 欧美日韩黄视频| 国产精品影视天天线| 国产一区久久| 亚洲精品视频啊美女在线直播| 亚洲午夜精品网| 久久久久.com| 女女同性女同一区二区三区91| 亚洲日本视频| 欧美一区二区三区免费看| 欧美日韩国产二区| 一区二区在线视频| 欧美一区二区三区视频免费| 亚洲精品日韩在线观看| 久久综合久久久久88| 国产欧美在线看| 亚洲欧美国产不卡| 最新国产成人av网站网址麻豆| 欧美一级片一区| 国产精品一区视频网站| 99视频精品全国免费| 久久久久一区二区| 亚洲欧美国产77777| 国产精品嫩草影院av蜜臀| 一本色道久久综合精品竹菊 | 亚洲精品婷婷| 久久国产视频网| 国产日韩欧美亚洲| 欧美影院成年免费版| 99视频精品| 欧美日韩www| 一区二区三区免费网站| 亚洲美女av电影| 欧美视频观看一区| 亚洲一区免费观看| 这里只有精品丝袜| 国产精品超碰97尤物18| 这里只有精品视频| 一区二区三区四区五区视频| 国产精品第一区| 香蕉av777xxx色综合一区| 一区二区三区欧美| 久久在线免费观看| 亚洲欧美变态国产另类| 国产精品裸体一区二区三区| 午夜精品亚洲一区二区三区嫩草| 亚洲专区在线| 影音先锋日韩有码| 亚洲激情六月丁香| 国产精品成人v| 欧美中文字幕不卡| 久久久91精品国产| 亚洲精品欧美日韩| 中国成人在线视频| 国产在线拍揄自揄视频不卡99| 免播放器亚洲一区| 欧美日韩成人综合天天影院| 亚洲欧美日韩国产精品 | 暖暖成人免费视频| 一区二区精品在线| 欧美中文字幕久久| 亚洲毛片在线看| 亚洲免费在线| 亚洲三级电影在线观看 | 亚洲免费小视频| 韩国福利一区| 亚洲欧洲三级电影| 国产日产欧美a一级在线| 亚洲成在线观看| 国产精品每日更新在线播放网址| 久久永久免费| 国产精品国色综合久久| 久久蜜桃精品| 国产精品成人播放| 欧美大片在线看免费观看| 欧美午夜精品久久久久久孕妇 | 在线免费观看成人网| 亚洲欧洲另类国产综合| 国产日本欧美一区二区三区在线| 91久久在线视频| 国内精品伊人久久久久av一坑| 亚洲国产欧美一区二区三区同亚洲 | 亚洲午夜av| 在线精品视频在线观看高清| 亚洲精品孕妇| 亚洲国产欧美一区二区三区久久| 国产精品99久久99久久久二8| 黑人中文字幕一区二区三区| 99国产精品一区| 最新国产の精品合集bt伙计| 午夜在线不卡| 亚洲午夜久久久| 欧美大学生性色视频| 老鸭窝91久久精品色噜噜导演| 欧美日韩国产首页| 欧美激情精品久久久| 国产主播一区二区| 午夜精品久久久久久久久| 亚洲一区二区三区高清| 国产午夜精品理论片a级大结局| 亚洲精品免费在线播放| 亚洲国产精品久久| 久久国产精品99国产精| 性欧美1819性猛交| 国产精品国产一区二区| 亚洲精品国产精品乱码不99| 亚洲精品麻豆| 欧美国产激情二区三区| 免费观看在线综合| 韩国自拍一区| 久久久久久久一区二区| 久久久蜜桃精品| 国产色综合网| 久久久久99精品国产片| 老司机久久99久久精品播放免费| 国产午夜精品在线| 久久久久国产成人精品亚洲午夜| 久久综合九色综合久99| 136国产福利精品导航| 久久亚洲精选| 亚洲激情成人在线| 午夜视频在线观看一区二区| 亚洲第一精品福利| 久久久91精品国产一区二区三区| 久久久无码精品亚洲日韩按摩| 国产午夜精品视频免费不卡69堂| 亚洲综合电影一区二区三区| 欧美一区二区三区精品| 国产在线视频欧美| 欧美国产一区视频在线观看 | 久久久久国产精品一区三寸| 狠狠综合久久av一区二区小说| 久久视频一区二区| 亚洲精品五月天| 亚洲欧美在线一区二区| 国产精品卡一卡二| 久久久国产精品一区二区三区| 免费中文字幕日韩欧美| 亚洲裸体在线观看| 国产免费成人av| 久久一区二区三区av| 亚洲精品乱码久久久久久久久| 亚洲一区综合| 伊人久久亚洲影院| 欧美人成在线| 午夜亚洲福利在线老司机| 欧美激情久久久久| 香蕉久久夜色| 亚洲美女视频在线观看| 国产精品色在线| 老妇喷水一区二区三区| 亚洲无线视频| 欧美激情视频一区二区三区免费 | 亚洲欧美日韩国产成人| 欧美大片第1页| 欧美中文字幕| 一区二区三区三区在线| 在线日韩一区二区| 欧美午夜剧场| 免费在线欧美黄色| 国产午夜精品一区理论片飘花| 日韩视频三区| 久久男女视频| 亚洲欧美www| 99国产精品| 欧美成人精品福利| 久久精品综合| 午夜久久99| 亚洲一区综合| 亚洲影院免费观看| 99国产精品99久久久久久粉嫩| 国产亚洲一本大道中文在线| 欧美三级日韩三级国产三级|