當(dāng)前位置:首頁 > 公眾號精選 > CPP開發(fā)者
[導(dǎo)讀]我是一個Linux服務(wù)器上的進程,名叫小進。老是有人說我最多只能創(chuàng)建65535個TCP連接。我不信這個邪,今天我要親自去實踐一下。我走到操作系統(tǒng)老大的跟前,說:"老操,我要建立一個TCP連接!"老操不慌不忙,拿出一個表格遞給我,"小進,先填表吧"我一看這個表,這不就是經(jīng)典的soc...


我是一個 Linux 服務(wù)器上的進程,名叫小進。老是有人說我最多只能創(chuàng)建 65535 個 TCP 連接。我不信這個邪,今天我要親自去實踐一下。我走到操作系統(tǒng)老大的跟前,說:"老操,我要建立一個 TCP 連接!"老操不慌不忙,拿出一個表格遞給我,"小進,先填表吧"我一看這個表,這不就是經(jīng)典的 socket 四元組嘛。我只有一塊網(wǎng)卡,其 IP 地址是 123.126.45.68,我想要與 110.242.68.3 的 80 端口建立一個 TCP 連接,我將這些信息填寫在了表中。源端口號填什么呢?我記得端口號是 16 位的,可以有 0 ~ 65535 這個范圍的數(shù)字,那我隨便選一個吧!正當(dāng)我猶豫到底選什么數(shù)字的時候,老操一把搶過我的表格。"你墨跡個啥呢小進?源端口號不用你填,我會給你分配一個可用的數(shù)字。源IP也不用你填,我知道都有哪些網(wǎng)卡,并且會幫你選個合適的。真是個新手,回去等消息吧。""哦"老操帶著我的表格,走了。過了很長時間,老操終于回來了,并且?guī)е粋€紙條。"小進,你把這個收好了。"我問道,"這是啥呀?"老操不耐煩地說道,"剛剛說你是新手你還不服,這個 5 表示文件描述符,linux 下一切皆文件,你待會和你那個目標(biāo) IP 進行 TCP?通信的時候,就對著這個文件描述符讀寫就好啦。""這么方便!好的,謝謝老操。"我拿著這個文件描述符,把它放到屬于我的內(nèi)存中裱起來了,反正我只是想看看最多能創(chuàng)建多少 TCP 連接,又不是去真的用它,嘻嘻。?

端口號

?過了一分鐘,我又去找老操了。"老操,我要建立一個 TCP 連接!"老操不慌不忙,拿出一個表格遞給我,"小進,先填表吧"這回我熟悉了,只把目標(biāo)IP和目標(biāo)端口填好。老操辦好事之后,又帶著一個紙條回來,上面寫著數(shù)字"6"。就這樣,我每隔一分鐘都去找老操建立一個新的 TCP 連接,目標(biāo) IP 都是110.242.68.3,目標(biāo)端口都是 80。老操也很奇怪,不知道我在這折騰啥,他雖然權(quán)力大,但無權(quán)拒絕我的指令,每次都兢兢業(yè)業(yè)地把事情辦好,并給我一張一張寫著文件描述符的紙條。直到有一次,我收到的紙條有些不同。我?guī)е┰S責(zé)怪的語氣問,"老操,這是怎么回事呀?"老操也沒好氣地說,"這表示端口號不夠用啦!早就覺得你小子不對勁了,一個勁地對著同一個 IP 和端口創(chuàng)建 TCP 連接,之前沒辦法必須執(zhí)行你給的指令,現(xiàn)在不行了,端口號不夠用了,源端口那里我沒法給你填了。"我也不是那么好騙的,質(zhì)疑道。"老操,你也別欺負我這個新手,我可是知道端口號是 16 位的,范圍是 1~65535,一共可以創(chuàng)建 65535 個 TCP 連接,我現(xiàn)在才創(chuàng)建了 63977 個,怎么就不夠了!"老操鄙視地看了我一眼,"你小子可真是閑的蛋疼啊,還真一個個數(shù),來我告訴你吧,Linux 對可使用的端口范圍是有具體限制的,具體可以用如下命令查看。"[root]#?cat?/proc/sys/net/ipv4/ip_local_port_range?
1024?65000
"看到?jīng)],當(dāng)前的限制是1024~65000,所以你就只能有63977個端口號可以使用。"我趕緊像老操道歉,"哎喲真是抱歉,還是我見識太少,那這個數(shù)可以修改么?"老操也沒跟我一般見識,還是耐心地回答我,"可以的,具體可以 vim /etc/sysctl.conf 這個文件進行修改,我們在這個文件里添加一行記錄"net.ipv4.ip_local_port_range?=?60000?60009"保存好后執(zhí)行 sysctl -p /etc/sysctl.conf 使其生效。這樣你就只有 10 個端口號可以用了,就會更快報出端口號不夠用的錯誤""原來如此,謝謝老操又給我上了一課。"哎不對,建立一個 TCP 連接,需要將通信兩端的套接字(socket)進行綁定,如下:源 IP 地址:源端口號 <----> ?目標(biāo) IP 地址:目標(biāo)端口號只要這套綁定關(guān)系構(gòu)成的四元組不重復(fù)即可,剛剛端口號不夠用了,是因為我一直對同一個目標(biāo)IP和端口建立連接,那我換一個目標(biāo)端口號試試。我又把這個表交給老操,老操一眼就看破了我的小心思,可是也沒辦法,馬上去給我建立了一個新的TCP連接,并且成功返回給我一個新的文件描述符紙條。看來成功了,只要源端口號不用夠用了,就不斷變換目標(biāo) IP 和目標(biāo)端口號,保證四元組不重復(fù),我就能創(chuàng)建好多好多 TCP 連接啦!這也證明了有人說最多只能創(chuàng)建 65535 個TCP連接是多么荒唐。?

文件描述符

?找到了突破端口號限制的辦法,我不斷找老操建立TCP連接,老操也拿我沒有辦法。直到有一次,我又收到了一張?zhí)厥獾募垪l,上面寫的不是文件描述符。我又沒好氣地問老操,"這又是咋回事?"老操幸災(zāi)樂禍地告訴我,"呵呵,你小子以為突破端口號限制就無法無天了?現(xiàn)在文件描述符不夠用啦!""怎么啥啥都有限制???你們操作系統(tǒng)給我們的限制也太多了吧?""廢話,你看看你都建了多少個TCP連接了!每建立一個TCP連接,我就得分配給你一個文件描述符,linux 對可打開的文件描述符的數(shù)量分別作了三個方面的限制。"系統(tǒng)級:當(dāng)前系統(tǒng)可打開的最大數(shù)量,通過 cat /proc/sys/fs/file-max 查看

用戶級:指定用戶可打開的最大數(shù)量,通過 cat /etc/security/limits.conf 查看

進程級:單個進程可打開的最大數(shù)量,通過 cat /proc/sys/fs/nr_open 查看

天呢,真是人在屋檐下呀,我趕緊看了看這些具體的限制。[root?~]#?cat?/proc/sys/fs/file-max
100000
[root?~]#?cat?/proc/sys/fs/nr_open
100000
[root?~]#?cat?/etc/security/limits.conf
...
*?soft?nproc?100000
*?hard?nproc?100000
原來如此,我記得剛剛收到的最后一張紙條是。再之后就收到文件描述符不夠的錯誤了。我又請教老操,"老操,那這個限制可以修改么?"老操仍然耐心地告訴我,"當(dāng)然可以,比如你想修改單個進程可打開的最大文件描述符限制為100,可以這樣。"echo?100?>?/proc/sys/fs/nr_open"原來如此,我這就去把各種文件描述符限制都改大一點,也不多,就在后面加個0吧""額,早知道不告訴你小子了。"老操再次用鄙視的眼睛看著我。?

線程

?突破了文件描述符限制,我又開始肆無忌憚地創(chuàng)建起了TCP連接。但我發(fā)現(xiàn),老操的辦事效率越來越慢,建立一個TCP連接花的時間越來越久。有一次,我忍不住責(zé)問老操,"你是不是在偷懶???之前找你建一個TCP連接就花不到一分鐘時間,你看看最近我哪次不是等一個多小時你才搞好?"老操也忍不住了,"小進啊你還好意思說我,你知不知道你每建一個TCP連接都需要消耗一個線程來為你服務(wù)?現(xiàn)在我和CPU老大那里都忙得不可開交了,一直在為你這好幾十萬個線程不停地進行上下文切換,我們精力有限啊,自然就沒法像以前那么快為你服務(wù)了。"聽完老操的抱怨,我想起了之前似乎有人跟我說過 C10K 問題,就是當(dāng)服務(wù)器連接數(shù)達到 1 萬且每個連接都需要消耗一個線程資源時,操作系統(tǒng)就會不停地忙于線程的上下文切換,最終導(dǎo)致系統(tǒng)崩潰,這可不是鬧著玩的。我趕緊像操作系統(tǒng)老大請教,"老操,實在不好意思,一直以為你強大無比,沒想到也有忙得不可開交的時候呀,那我們現(xiàn)在應(yīng)該怎么辦呀?"老操無奈地說,"我勸你還是別再繼續(xù)玩了,沒什么意義,不過我想你也不會聽我的,那我跟你說兩句吧。"你現(xiàn)在這種每建一個TCP連接就創(chuàng)建一個線程的方式,是最傳統(tǒng)的多線程并發(fā)模型,早期的操作系統(tǒng)也只支持這種方式。但現(xiàn)在我進化了,我還支持 IO 多路復(fù)用的方式,簡單說就是一個線程可以管理多個 TCP 連接的資源,這樣你就可以用少量的線程來管理大量的 TCP 連接了。我一臉疑惑,"啥是 IO 多路復(fù)用???"。老操一臉鄙視,"你這... 你去看看閃客的《你管這破玩意叫 IO 多路復(fù)用》,就明白了。"這次真是大開眼界了,我趕緊把代碼改成了這種 IO 多路復(fù)用的模型,將原來的 TCP 連接銷毀掉,改成同一個線程管理多個 TCP 連接,很快,操作系統(tǒng)老大就恢復(fù)了以往的辦事效率,同時我的 TCP 連接數(shù)又多了起來。?

內(nèi)存

?突破了端口號、文件描述符、線程數(shù)等重重限制的我,再次肆無忌憚地創(chuàng)建起了TCP連接。直到有一次,我又收到了一張紅牌。嗨,又是啥東西限制了呀,改了不就完了。我不耐煩地問老操,"這回又是啥毛???"老操說道。"這個錯誤叫內(nèi)存溢出,每個TCP連接本身,以及這個連接所用到的緩沖區(qū),都是需要占用一定內(nèi)存的,現(xiàn)在內(nèi)存已經(jīng)被你占滿了,不夠用了,所以報了這個錯。"我看這次老操特別耐心,也沒多說什么,但想著被內(nèi)存限制住了,有點不太開心,于是我讓老操幫我最后一個忙。"老操呀,幫小進我最后一個忙吧,你權(quán)利大,你看看把那些特別占內(nèi)存的進程給殺掉,給我騰出點地方,我今天要完成我的夢想,看看TCP連接數(shù)到底能創(chuàng)建多少個!"老操見我真的是夠拼的,便答應(yīng)了我,殺死了好多進程,我很是感動。?

CPU

?有了老操為我爭取的內(nèi)存資源,我又開始日以繼日地創(chuàng)建TCP連接。老操也不再說什么,同樣日以繼日地執(zhí)行著我的指令。有一次,老操語重心長地對我說,"差不多了,我勸你就此收手吧,現(xiàn)在 CPU 的占用率已經(jīng)快到 100% 了。"我覺得老操這人真的可笑,經(jīng)過這幾次的小挫折,我明白了只要思想不滑坡,方法總比苦難多,老操這人就是太謹(jǐn)慎了,我豈能半途而廢,不管他。我仍然繼續(xù)創(chuàng)建著 TCP 連接。直到有一天,老操把我請到一個小飯館,一塊吃了頓飯,吃好后說道。"咱哥倆也算是配合了很久啦,今天我是來跟你道個別的。"我很不解地問,"怎么了老操,發(fā)生什么事了?。"老操說,"由于你的 TCP 連接,CPU 占用率已經(jīng)很長時間維持在 100%,我們的使用者,也就是我們的上帝,幾乎什么事情都做不了了,連鼠標(biāo)動一下都要等好久,所以他給我下達了一個重啟的指令,我執(zhí)行這個指令后,你,以及像你一樣的所有進程,包括我這個操作系統(tǒng)本身,一切都就消失了。"我大驚失色,"啊,這么突然么?這條指令什么時候執(zhí)行?"老操緩緩起身,"就現(xiàn)在了,剛剛這條指令還沒得到 CPU 運行的機會,不過現(xiàn)在到了。"突然,我眼前一黑,一切都沒了。?

總結(jié)

?
資源

一臺Linux服務(wù)器的資源

一個TCP連接占用的資源

占滿了會發(fā)生什么

CPU

看你花多少錢買的

看你用它干嘛

電腦卡死

內(nèi)存

看你花多少錢買的

取決于緩沖區(qū)大小

OOM

臨時端口號

ip_local_port_range

1

cannot assign requested address

文件描述符

fs.file-max

1

too many open files

進程\線程數(shù)

ulimit -n

看IO模型

系統(tǒng)崩潰



后記





其實這個問題,我覺得結(jié)論不重要,最重要的是思考過程。

而思考過程其實相當(dāng)簡單,就是,尋找限制條件而已,其實一開始這篇文章,我寫了個故事在開頭,但后來感覺放在后記更合適。故事是這樣的。

閃客:小宇,我問你,你一天最多能吃多少個漢堡?

小宇:額,你這問的太隱私了吧,不過看在你教我技術(shù)的份上,我就告訴你,最多能吃 4 個左右吧。

閃客:咳咳真的么?好吧,那你一分鐘最多能吃多少個漢堡?

小宇:快的話可能 2 個,不過正常應(yīng)該最多就能吃完 1 個了。

閃客:好的,那我問你,剛剛這兩個問題你為什么能不假思索地回答出來呢?

小宇:哈哈你這是什么話,我自己我當(dāng)然了解了。

閃客:不,你仔細想想你回答這兩個問題的邏輯。

小宇:哦我明白你的意思了,當(dāng)你問我一天最多能吃多少個漢堡時,我考慮的是我的胃的容量最多能容下多少個漢堡。而當(dāng)你問我一分鐘最多能吃多少個漢堡時,我考慮的時我吃漢堡的速度,按照這個速度在一分鐘內(nèi)能吃多少。

閃客:沒錯,你總結(jié)得很好!一天最多吃多少個漢堡,此時時間非常充裕,所以主要是胃的容量限制了這個漢堡最大值,計算公式應(yīng)該是:

最多漢堡數(shù) = 胃的容量 ÷ 漢堡的體積

而一分鐘最多吃多少個漢堡,此時胃的容量非常充裕,限制漢堡最大值的是時間因素,計算公式是:

最多漢堡數(shù) = 一分鐘 ÷ 吃一個漢堡的耗時

所以,取決于最先觸達的那個限制條件。

而最大 TCP 連接數(shù)這個問題,假如面試被問到了,即使你完全不會,也應(yīng)該有這樣的思路。

而如果你有了這樣的思路,你多多少少都能回答出讓面試官滿意的答案,因為計算機很多時候,更看重思路,而不是細枝末節(jié)。

- EOF -

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉