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

S.l.e!ep.¢%

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

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

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

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

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

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

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

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

2. 登陸數(shù)據(jù)的接收
在IOCP中,經(jīng)常使用AcceptEx來(lái)投遞前置式的accept請(qǐng)求. 這里有一個(gè)問(wèn)題: 登陸數(shù)據(jù)如何接收?
一般來(lái)說(shuō),登陸數(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來(lái)接收登陸數(shù)據(jù)包,如果recv超時(shí),則踢掉連接

這3種方式?jīng)]有哪種能夠徹底的解決D.O.S的問(wèn)題,只能在一定程度上緩解.
方法1:客戶端只連接不發(fā)送數(shù)據(jù),大量的這種連接會(huì)導(dǎo)致拒絕服務(wù)(一般采用附加線程定時(shí)檢測(cè)超時(shí))
方法2:客戶端只連接不發(fā)送數(shù)據(jù),大量的這種連接會(huì)導(dǎo)致拒絕服務(wù)(一般采用附加線程定時(shí)檢測(cè)超時(shí))
方法3:recv的超時(shí)時(shí)間設(shè)置很敏感,過(guò)大的超時(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. 修改注冊(cè)表,修改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ò)部分,測(cè)試了一下,在不考慮吞吐率的情況下,并發(fā)5W   回復(fù)  更多評(píng)論   

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

# re: 昨天優(yōu)化了一下服務(wù)器的網(wǎng)絡(luò)部分,測(cè)試了一下,在不考慮吞吐率的情況下,并發(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>
            99香蕉国产精品偷在线观看| 欧美一区二区在线视频| 欧美日韩在线三区| 亚洲精品你懂的| 美女脱光内衣内裤视频久久影院| 欧美成年人视频| 久久久久久久久综合| 久久久天天操| 免费久久99精品国产自| 欧美日韩a区| 国产欧美日韩精品a在线观看| 欧美日韩精品免费观看视一区二区 | 国产精品va在线播放我和闺蜜| 另类亚洲自拍| 久久久久天天天天| 久久全球大尺度高清视频| 久久99伊人| 久久精品亚洲精品| 亚洲国产高清一区| 亚洲高清在线视频| 亚洲国产精品一区制服丝袜| 亚洲精品在线免费| 99v久久综合狠狠综合久久| 日韩一级黄色片| 99综合在线| 欧美黄色日本| 亚洲剧情一区二区| 在线亚洲欧美视频| 性娇小13――14欧美| 欧美在线视频a| 免费久久精品视频| 欧美色图五月天| 欧美激情四色 | 亚洲精品免费一二三区| 夜夜嗨av一区二区三区免费区 | 亚洲国产精品福利| 亚洲高清一区二区三区| 亚洲精品网站在线播放gif| 在线一区二区三区做爰视频网站| 亚洲已满18点击进入久久| 久久精品成人| 欧美精品乱码久久久久久按摩| 欧美主播一区二区三区| 欧美激情视频免费观看| 国产精品自拍一区| 国产精品免费区二区三区观看| 国产伊人精品| 99综合电影在线视频| 亚洲精品1区2区| 美国十次了思思久久精品导航| 国产一区二区视频在线观看| 亚洲一区在线视频| 在线视频精品一区| 国产精品中文字幕在线观看| 羞羞色国产精品| 午夜国产欧美理论在线播放| 国产精品无码永久免费888| 性欧美在线看片a免费观看| 亚洲午夜在线| 亚洲国产另类 国产精品国产免费| 亚洲激情成人| 国产美女精品视频| 女女同性女同一区二区三区91| 久久久综合精品| 亚洲在线播放电影| 久久国产精品久久w女人spa| 亚洲欧洲一区二区三区久久| 夜夜嗨一区二区三区| 国产婷婷色一区二区三区| 狼人社综合社区| 国产精品theporn| 亚洲精品在线观看视频| 狠狠久久婷婷| 午夜精品成人在线视频| 久久久久久久综合| 在线视频亚洲欧美| 欧美国产日韩xxxxx| 久久综合伊人77777蜜臀| 欧美性猛交xxxx乱大交蜜桃| 亚洲日本va午夜在线影院| 亚洲高清视频一区| 欧美在线短视频| 一本一本久久a久久精品综合麻豆| 欧美日韩国产成人在线观看| 91久久精品日日躁夜夜躁国产| 性色一区二区三区| 亚洲系列中文字幕| 亚洲一区二区三区国产| 国产一区二区日韩精品欧美精品| 欧美ed2k| 欧美风情在线| 巨乳诱惑日韩免费av| 欧美一区二区三区在线观看| 亚洲视频狠狠| 亚洲午夜精品在线| 亚洲一区二区免费视频| 蜜桃精品久久久久久久免费影院| 欧美大片一区二区三区| 一区二区三区免费看| 久久综合免费视频影院| 亚洲欧洲日产国码二区| 国产精品影视天天线| 美国十次成人| 亚洲一区精品视频| 欧美激情亚洲| 久久这里只精品最新地址| 日韩视频永久免费观看| 伊人伊人伊人久久| 国产欧美日韩另类一区| 欧美日韩一区二区三区在线 | 亚洲黄一区二区三区| 欧美另类变人与禽xxxxx| 久久精品国产在热久久| 香蕉久久夜色精品国产| 亚洲视频精选在线| 亚洲自拍都市欧美小说| 久久精品国产69国产精品亚洲| 亚洲在线免费观看| 欧美日韩色婷婷| 亚洲国产精品一区二区www在线| 国产精品久久国产愉拍 | 在线视频一区二区| 久久人人爽人人爽爽久久| 亚洲伦理在线| 久久久人成影片一区二区三区观看 | 性色av一区二区三区红粉影视| 欧美高清hd18日本| 美日韩精品免费| 欧美成人黑人xx视频免费观看| 欧美电影免费观看高清完整版| 欧美jjzz| 一本色道久久综合| 久久电影一区| 欧美精品网站| 国产精品中文在线| 亚洲人成在线播放网站岛国| 亚洲视频日本| 免费成人小视频| 亚洲天堂成人在线视频| 欧美与欧洲交xxxx免费观看| 看片网站欧美日韩| 国产欧美日韩一区二区三区在线观看| 激情综合网激情| 欧美在线一级视频| 免费成人黄色| 国产精品一区毛片| 日韩一级在线观看| 欧美高清在线播放| 欧美一区二区三区四区夜夜大片| 久久久久一区二区| 国产欧美一区二区三区在线看蜜臀| 亚洲高清在线| 久久手机精品视频| 久久www成人_看片免费不卡| 国产精品美女黄网| 亚洲在线播放电影| 亚洲淫性视频| 国产精品乱码一区二区三区| 亚洲国产日韩欧美| 久久久青草婷婷精品综合日韩| 性做久久久久久久久| 欧美色中文字幕| 亚洲欧美另类中文字幕| 亚洲午夜精品国产| 国产欧美日韩综合| 久久一区二区三区av| 久久精品理论片| 亚洲激情小视频| 亚洲伦理一区| 韩日精品在线| 亚洲福利视频专区| 国产精品电影观看| 久久激情五月丁香伊人| 久久成人一区| 亚洲夜晚福利在线观看| 欧美亚洲一区二区在线| 亚洲高清在线| 久久精彩免费视频| 亚洲欧美日韩电影| 猛干欧美女孩| 久久精品视频播放| 欧美日韩一区不卡| 欧美大胆人体视频| 国产主播一区二区三区| 亚洲精品欧美日韩专区| 在线观看视频欧美| 亚欧成人在线| 欧美在线播放一区二区| 免费在线观看日韩欧美| 国产精品女主播在线观看| 亚洲国产成人久久| 国产日本欧美一区二区三区| 最新中文字幕一区二区三区| 黄色精品在线看| 久久黄色网页| 久久永久免费| 韩国久久久久| 可以看av的网站久久看| 欧美/亚洲一区| 91久久黄色|