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

++的博客

你看不見我,你看不見我。。
隨筆 - 22, 文章 - 0, 評(píng)論 - 2, 引用 - 0
數(shù)據(jù)加載中……

昨天優(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è)不同的線程池來分別來處理 網(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請(qǐng)求. 這里有一個(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í)檢測(cè)超時(shí))
方法2:客戶端只連接不發(fā)送數(shù)據(jù),大量的這種連接會(huì)導(dǎo)致拒絕服務(wù)(一般采用附加線程定時(shí)檢測(cè)超時(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. 修改注冊(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 ?

posted on 2008-05-21 10:36 Jerry.Wang 閱讀(1612) 評(píng)論(1)  編輯 收藏 引用 所屬分類: 開發(fā)

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲啪啪91| 国产精品久久77777| 亚洲一区二区不卡免费| 久久精品30| 欧美一区成人| 欧美午夜精彩| 亚洲精品视频免费在线观看| 伊人久久大香线| 欧美影视一区| 香蕉久久夜色| 国产精品日韩在线观看| 日韩亚洲视频| 亚洲少妇自拍| 欧美日韩国产成人精品| 亚洲欧洲一区二区三区| 亚洲国产欧美在线| 久久久亚洲成人| 美国三级日本三级久久99| 国产久一道中文一区| 在线一区免费观看| 亚洲一区在线直播| 国产精品xxxav免费视频| 亚洲免费电影在线观看| 日韩午夜一区| 欧美午夜理伦三级在线观看| 日韩一级免费| 亚洲女人小视频在线观看| 国产精品久久福利| 亚洲欧美一区二区三区久久| 欧美一区国产二区| 国产一区91| 久久久久久亚洲综合影院红桃| 老司机aⅴ在线精品导航| 一区二区三区在线观看欧美| 久久亚洲视频| 亚洲国产精品va| 一区二区三区四区五区精品视频| 欧美日本在线观看| 一区二区三区精品视频| 欧美一区二区高清| 精品成人一区二区三区| 久久综合色婷婷| 亚洲精品免费在线播放| 亚洲一区二区黄| 国产午夜精品美女视频明星a级| 欧美亚洲视频| 欧美福利视频在线| 亚洲视频免费| 国产在线乱码一区二区三区| 老司机一区二区三区| 99ri日韩精品视频| 久久久精品tv| 一区二区三区不卡视频在线观看| 国产精品一二三| 久久久亚洲影院你懂的| 亚洲人体大胆视频| 久久大香伊蕉在人线观看热2| 在线观看成人小视频| 欧美日本一区二区三区| 欧美一区日本一区韩国一区| 亚洲第一狼人社区| 欧美一区二区在线观看| 亚洲日本一区二区三区| 国产欧美日韩精品a在线观看| 免费一级欧美片在线播放| 一区二区三区.www| 你懂的一区二区| 午夜视频在线观看一区二区三区| 在线观看视频欧美| 国产精品入口尤物| 欧美国产视频一区二区| 午夜精品在线看| 99视频一区二区三区| 欧美国产激情二区三区| 欧美影院在线| 亚洲一区中文字幕在线观看| 亚洲国产精品www| 国产一区免费视频| 欧美日韩在线播放三区四区| 久久免费视频一区| 亚洲欧美久久| 一区二区三区回区在观看免费视频| 美女在线一区二区| 久久精品一区| 午夜精品999| 一本色道久久99精品综合 | 宅男精品视频| 亚洲国产日韩在线一区模特| 国产日产精品一区二区三区四区的观看方式 | 黑人一区二区| 国产精品欧美精品| 国产精品大片| 欧美日韩综合在线| 欧美精品www在线观看| 久久精品人人做人人爽电影蜜月| 亚洲一区区二区| 一区二区三区产品免费精品久久75 | 日韩视频免费大全中文字幕| 免费国产一区二区| 久热国产精品视频| 久久久久网址| 久久综合久久综合九色| 久久精品国产69国产精品亚洲| 先锋a资源在线看亚洲| 亚洲一区免费| 亚洲免费在线电影| 欧美亚洲尤物久久| 欧美自拍偷拍| 久久久久一区二区| 米奇777超碰欧美日韩亚洲| 麻豆av一区二区三区| 久久一区精品| 亚洲风情亚aⅴ在线发布| 亚洲国产精品福利| 亚洲美女在线一区| 亚洲视频欧美在线| 欧美一区二区三区精品| 久久久久久九九九九| 久久精品五月婷婷| 欧美jizz19性欧美| 欧美日韩一区二区视频在线| 欧美午夜精品久久久久久久 | 亚洲一区网站| 欧美亚洲尤物久久| 久久人人九九| 最新中文字幕亚洲| 国产精品99久久久久久久久| 亚洲欧美激情在线视频| 久久精品视频在线看| 欧美激情视频网站| 国产精品女主播| 在线观看91精品国产入口| 日韩视频免费看| 欧美一区二区免费观在线| 久久亚洲精品一区二区| 最新中文字幕亚洲| 亚洲欧美视频| 欧美成人乱码一区二区三区| 欧美性视频网站| 在线观看福利一区| 中文av一区二区| 久久久久免费观看| 亚洲精品资源| 欧美亚洲视频| 欧美日韩人人澡狠狠躁视频| 国产一区二区三区在线观看视频| 亚洲高清精品中出| 午夜一区在线| 亚洲国产精品免费| 亚洲欧美影音先锋| 欧美黄色成人网| 国产亚洲二区| 一区二区三区日韩欧美精品| 久久久久久久久久码影片| 亚洲精品系列| 久久狠狠一本精品综合网| 欧美日韩久久精品| 在线欧美视频| 久久高清福利视频| 99热在这里有精品免费| 狂野欧美性猛交xxxx巴西| 国产精自产拍久久久久久蜜| 亚洲日本中文字幕| 另类av导航| 午夜欧美大片免费观看| 欧美日韩成人免费| 亚洲国产精品一区制服丝袜| 欧美一区午夜精品| 一区二区日韩| 欧美日韩国产精品| 91久久久久久国产精品| 久热精品视频| 欧美一区免费视频| 国产精一区二区三区| 亚洲男女自偷自拍图片另类| 亚洲国产岛国毛片在线| 另类综合日韩欧美亚洲| 国产在线欧美日韩| 欧美中文字幕久久| 亚洲一区黄色| 国产精品男女猛烈高潮激情 | 欧美一区二区三区视频| 亚洲伦伦在线| 欧美极品在线视频| 日韩午夜在线| 亚洲毛片在线免费观看| 欧美另类在线播放| 日韩视频在线观看国产| 亚洲国产欧美一区二区三区同亚洲| 老牛国产精品一区的观看方式| 一区二区三区在线视频观看| 麻豆91精品91久久久的内涵| 久久久九九九九| 在线观看国产日韩| 欧美激情视频一区二区三区在线播放 | 久久亚洲私人国产精品va媚药 | 亚洲美女视频在线观看| 亚洲国产美女精品久久久久∴| 免费影视亚洲| aa成人免费视频|