Linux 內(nèi)核開發(fā)者Vincent Guittot 發(fā)現(xiàn)Linux 完全調(diào)度算法 CFS 存在瑕疵,修復(fù)之后將進(jìn)一步提升調(diào)度性能。
在 Linux 負(fù)載均衡期間,使用 CFS 算法時(shí),系統(tǒng)會(huì)從負(fù)載較高的運(yùn)行隊(duì)列中拉取一些任務(wù)交給負(fù)載較低的隊(duì)列,以此分?jǐn)?CPU 資源利用率。一般的過(guò)程就是系統(tǒng)會(huì)從最高利用率的隊(duì)列往下拉任務(wù),但是Vincent 在郵件列表中表示,這其中存在一個(gè)問(wèn)題:實(shí)際上算法沒有考慮到在這個(gè)過(guò)程中可能有一些待處理任務(wù)要拉,如果有這樣的待處理任務(wù)需要拉,那么與負(fù)載均衡分?jǐn)偫寐实倪^(guò)程就會(huì)產(chǎn)生短暫的“沖突”,使得對(duì)隊(duì)列資源利用率的分?jǐn)倢⒀雍螅簿褪堑鹊嚼甏幚淼娜蝿?wù)后再進(jìn)行。
而根據(jù)分析,Vincent 發(fā)現(xiàn)這種待處理任務(wù)至少有兩個(gè),也就是說(shuō)會(huì)出現(xiàn)兩次短暫的“沖突”,雖然很微小,但是會(huì)影響系統(tǒng)的整體性能。同時(shí)他也對(duì)修復(fù)該問(wèn)題之后的效益進(jìn)行了具體影響數(shù)據(jù)的測(cè)算,發(fā)現(xiàn)每個(gè)請(qǐng)求花費(fèi)的最大時(shí)間減少大約一半,平均從 21 ms 減少為 11ms,考慮空閑負(fù)載均衡等因素,最糟糕的情況下從 41 ms 減少到 21 ms。(雖然平均每個(gè)請(qǐng)求的影響只有 0.1 多)
平均最大值不能完全反映該值的廣泛分布尖端/預(yù)定/核心的范圍從1.350ms到41ms以上,并且補(bǔ)丁程序在1.350ms到21ms之間。
更加具體的分析可以查看郵件列表。
-
負(fù)載
+關(guān)注
關(guān)注
2文章
604瀏覽量
34995 -
Linux
+關(guān)注
關(guān)注
87文章
11456瀏覽量
212749
發(fā)布評(píng)論請(qǐng)先 登錄
四層和七層負(fù)載均衡的核心區(qū)別
常見網(wǎng)絡(luò)負(fù)載均衡的幾種方式
Haproxy負(fù)載均衡器深度解析
云服務(wù)器怎么做負(fù)載均衡?
常見的lvs負(fù)載均衡算法
常用的服務(wù)器負(fù)載均衡多少錢一臺(tái)?
多鏈路負(fù)載均衡設(shè)置在哪里?
nginx負(fù)載均衡配置介紹

華納云:什么是負(fù)載均衡??jī)?yōu)化資源利用率的策略
天翼云彈性負(fù)載均衡介紹

IPVS負(fù)載均衡原理解析
零基礎(chǔ)也可以搞懂負(fù)載均衡怎么配置!
負(fù)載均衡是什么意思?盤點(diǎn)常見的三種方式
負(fù)載均衡服務(wù)由幾部分組成?分別是什么
如何利用traceroute命令發(fā)現(xiàn)網(wǎng)絡(luò)中的負(fù)載均衡

評(píng)論