事件驅(qū)動(dòng)服務(wù)器為什么高性能

傳統(tǒng)服務(wù)器模型

傳統(tǒng)的服務(wù)器模型如Apache 為每一個(gè)請(qǐng)求生成一個(gè)子進(jìn)程越锈。當(dāng)用戶連接到服務(wù)器時(shí) 一個(gè)子進(jìn)程就產(chǎn)生,并做連接處理仅淑。每個(gè)連接獲得一個(gè)單獨(dú)的線程和子進(jìn)程晕拆。當(dāng)用戶請(qǐng)求數(shù)據(jù)返回時(shí)萝风,子進(jìn)程開(kāi)始等待數(shù)據(jù)庫(kù)操作返回嘀掸。此時(shí)另外一個(gè)用戶也發(fā)起請(qǐng)求的時(shí)候。這時(shí)候就產(chǎn)品了阻塞规惰。

這種模式在小的工作負(fù)荷時(shí)表現(xiàn)良好睬塌,當(dāng)請(qǐng)求的數(shù)量變得很大時(shí)候服務(wù)器的壓力會(huì)過(guò)于巨大。比如達(dá)到Apache最大進(jìn)程數(shù)時(shí)候歇万,所有的進(jìn)程會(huì)變得很緩慢衫仑。

fork操作延時(shí)

新建進(jìn)程的性能很大依賴于操作系統(tǒng)的對(duì)fork的實(shí)現(xiàn),不同的操作系統(tǒng)處理并非都很理想堕花,都會(huì)有不同的延時(shí)文狱。

進(jìn)程調(diào)度

Linux每10ms中斷一次在運(yùn)行態(tài)的進(jìn)程,查看是否需要切換別的進(jìn)程執(zhí)行缘挽。進(jìn)程調(diào)度的任務(wù)就是決定下一個(gè)應(yīng)該執(zhí)行的進(jìn)程瞄崇,難度就在于如何公平的分配CPU資源

內(nèi)存占用和線程

創(chuàng)建多個(gè)進(jìn)程會(huì)帶來(lái)另外一個(gè)問(wèn)題:內(nèi)存消耗,每一個(gè)創(chuàng)建的進(jìn)程都會(huì)占用內(nèi)存。

可靠性

該模型具有可靠性的問(wèn)題壕曼,一個(gè)配置不當(dāng)?shù)姆?wù)器苏研,很容易受到拒絕服務(wù)攻擊(Dos)。當(dāng)大量并發(fā)請(qǐng)求的服務(wù)資源時(shí)腮郊,負(fù)載均衡配置不當(dāng)時(shí)摹蘑,服務(wù)器很快會(huì)耗盡資源而崩潰

同步阻塞IO

應(yīng)用程序執(zhí)行一個(gè)系統(tǒng)調(diào)用,這會(huì)導(dǎo)致應(yīng)用程序阻塞轧飞。這意味著應(yīng)用程序會(huì)一直阻塞衅鹿,直到系統(tǒng)調(diào)用完成為止(數(shù)據(jù)傳輸完成或發(fā)生錯(cuò)誤)。調(diào)用應(yīng)用程序處于一種不再占用CPU过咬,而只是簡(jiǎn)單等待響應(yīng)的狀態(tài)大渤,但是該進(jìn)程依然占用著資源。當(dāng)大量并發(fā)I/O請(qǐng)求到達(dá)時(shí)掸绞,則會(huì)產(chǎn)生I/O阻塞泵三,造成服務(wù)器瓶頸。

事件驅(qū)動(dòng)模型

操作系統(tǒng)并不是設(shè)計(jì)來(lái)處理服務(wù)器工作的負(fù)載。操作系統(tǒng)的設(shè)計(jì)是讓用戶執(zhí)行的多線程程序烫幕,使后臺(tái)文件寫入和UI操作同時(shí)進(jìn)程俺抽,而并不是設(shè)計(jì)處理大量并發(fā)請(qǐng)求的連接

Fork和多線程是相當(dāng)耗費(fèi)資源的操作,創(chuàng)建線程需要分配一個(gè)權(quán)限的內(nèi)存堆棧较曼。此外凌埂,上下文的切換也是一項(xiàng)開(kāi)銷,CPU調(diào)度模型并不適合一個(gè)傳統(tǒng)的Web服務(wù)器诗芜。因此傳統(tǒng)的服務(wù)器模型面臨多進(jìn)程多線程延遲以及內(nèi)存消耗的問(wèn)題瞳抓。要解決C10K(就是單機(jī)1萬(wàn)個(gè)并發(fā)連接問(wèn)題)問(wèn)題顯得十分復(fù)雜。

由于網(wǎng)絡(luò)負(fù)載工作包含大量的等待伏恐,比如Apache服務(wù)器:產(chǎn)生大量的子進(jìn)程孩哑,需要消耗大量的內(nèi)存。但是大多數(shù)的子進(jìn)程占用大量?jī)?nèi)存資源卻只是等待一個(gè)阻塞任務(wù)的結(jié)束翠桦。所以新的模型拋棄了對(duì)每個(gè)請(qǐng)求生成子進(jìn)程的想法横蜒。所有的請(qǐng)求和事物操作只使用一個(gè)單獨(dú)的線程管理,此線程稱為事件循環(huán)销凑。事件循環(huán)將一部的管理所有用戶連接和文件讀取或者數(shù)據(jù)庫(kù)服務(wù)器丛晌。當(dāng)請(qǐng)求到達(dá)時(shí),使用poll或者select喚醒操作系統(tǒng)對(duì)其請(qǐng)求做相應(yīng)處理斗幼。這樣一來(lái)處理的并發(fā)請(qǐng)求不再是緊緊圍繞在阻塞資源澎蛛。
當(dāng)然,這樣也有一定的開(kāi)銷蜕窿,如保持一個(gè)始終打開(kāi)的TCP連接的列表谋逻,但內(nèi)存并不會(huì)由于大量并發(fā)請(qǐng)求而急速上升,因?yàn)檫@個(gè)列表只占內(nèi)存堆上很小的一部分桐经。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末毁兆,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子阴挣,更是在濱河造成了極大的恐慌气堕,老刑警劉巖,帶你破解...
    沈念sama閱讀 222,681評(píng)論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件畔咧,死亡現(xiàn)場(chǎng)離奇詭異茎芭,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)盒卸,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,205評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門骗爆,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人蔽介,你說(shuō)我怎么就攤上這事。” “怎么了虹蓄?”我有些...
    開(kāi)封第一講書人閱讀 169,421評(píng)論 0 362
  • 文/不壞的土叔 我叫張陵犀呼,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我薇组,道長(zhǎng)外臂,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書人閱讀 60,114評(píng)論 1 300
  • 正文 為了忘掉前任律胀,我火速辦了婚禮宋光,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘炭菌。我一直安慰自己罪佳,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,116評(píng)論 6 398
  • 文/花漫 我一把揭開(kāi)白布黑低。 她就那樣靜靜地躺著赘艳,像睡著了一般。 火紅的嫁衣襯著肌膚如雪克握。 梳的紋絲不亂的頭發(fā)上蕾管,一...
    開(kāi)封第一講書人閱讀 52,713評(píng)論 1 312
  • 那天,我揣著相機(jī)與錄音菩暗,去河邊找鬼掰曾。 笑死,一個(gè)胖子當(dāng)著我的面吹牛停团,可吹牛的內(nèi)容都是我干的婴梧。 我是一名探鬼主播,決...
    沈念sama閱讀 41,170評(píng)論 3 422
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼客蹋,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼塞蹭!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起讶坯,我...
    開(kāi)封第一講書人閱讀 40,116評(píng)論 0 277
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤番电,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后辆琅,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體漱办,經(jīng)...
    沈念sama閱讀 46,651評(píng)論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,714評(píng)論 3 342
  • 正文 我和宋清朗相戀三年婉烟,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了娩井。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,865評(píng)論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡似袁,死狀恐怖洞辣,靈堂內(nèi)的尸體忽然破棺而出咐刨,到底是詐尸還是另有隱情,我是刑警寧澤扬霜,帶...
    沈念sama閱讀 36,527評(píng)論 5 351
  • 正文 年R本政府宣布定鸟,位于F島的核電站,受9級(jí)特大地震影響著瓶,放射性物質(zhì)發(fā)生泄漏联予。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,211評(píng)論 3 336
  • 文/蒙蒙 一材原、第九天 我趴在偏房一處隱蔽的房頂上張望沸久。 院中可真熱鬧,春花似錦余蟹、人聲如沸卷胯。這莊子的主人今日做“春日...
    開(kāi)封第一講書人閱讀 32,699評(píng)論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)诵竭。三九已至,卻和暖如春兼搏,著一層夾襖步出監(jiān)牢的瞬間卵慰,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書人閱讀 33,814評(píng)論 1 274
  • 我被黑心中介騙來(lái)泰國(guó)打工佛呻, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留裳朋,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 49,299評(píng)論 3 379
  • 正文 我出身青樓吓著,卻偏偏與公主長(zhǎng)得像鲤嫡,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子绑莺,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,870評(píng)論 2 361

推薦閱讀更多精彩內(nèi)容

  • 在服務(wù)器端程序開(kāi)發(fā)領(lǐng)域纺裁,性能問(wèn)題一直是備受關(guān)注的重點(diǎn)诫肠。業(yè)界有大量的框架、組件欺缘、類庫(kù)都是以性能為賣點(diǎn)而廣為人知栋豫。然而...
    dreamer_lk閱讀 1,014評(píng)論 0 17
  • Swift1> Swift和OC的區(qū)別1.1> Swift沒(méi)有地址/指針的概念1.2> 泛型1.3> 類型嚴(yán)謹(jǐn) 對(duì)...
    cosWriter閱讀 11,113評(píng)論 1 32
  • 本文來(lái)自于《極客時(shí)間》- 從0開(kāi)始學(xué)架構(gòu) 本文內(nèi)容:?jiǎn)畏?wù)器高性能模式:PPC與TPC應(yīng)對(duì)高并發(fā)場(chǎng)景的單服務(wù)器高性...
    小螺絲釘cici閱讀 671評(píng)論 0 6
  • 必備的理論基礎(chǔ) 1.操作系統(tǒng)作用: 隱藏丑陋復(fù)雜的硬件接口,提供良好的抽象接口谚殊。 管理調(diào)度進(jìn)程丧鸯,并將多個(gè)進(jìn)程對(duì)硬件...
    drfung閱讀 3,548評(píng)論 0 5
  • 致龍兄 是你告訴我, 成功的路上并不太擁擠嫩絮, 很多人走到半路就放棄丛肢; 是你告訴我围肥, 人生就是馬拉松, 獲勝的關(guān)鍵不...
    陳陳陳皮閱讀 532評(píng)論 0 1