RPC擁塞控制的方法是什么

這篇文章主要講解了“RPC擁塞控制的方法是什么”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“RPC擁塞控制的方法是什么”吧！

優(yōu)先級分級

我們說RPC發(fā)生擁塞現(xiàn)象，它實際上是一種資源請求相互影響的結(jié)果，而這個相互影響的最根本原因是我們沒有對它們進(jìn)行更一步的分離，而是冗余在了一起進(jìn)行處理。這里首先要改進(jìn)的是劃分出優(yōu)先級關(guān)系，每個優(yōu)先級對應(yīng)一個隊列，比如Q0,Q1，Q3，然后定義一個規(guī)則，數(shù)字越小的，優(yōu)先級越高。

隊列優(yōu)先級確定

隊列優(yōu)先級劃分好之后，很重要的一個操作就是優(yōu)先級的確認(rèn)，在這里我們當(dāng)然不會人工的設(shè)置請求的優(yōu)先級，一種比較通用的，比較智能是算法是根據(jù)請求發(fā)生頻率確定優(yōu)先級，對于用戶而言，要做的是指定這個規(guī)則，具體地來說，比如3個隊列，Q1隊列的請求，請求頻率在0~10%之間，Q2則是10~50%，剩余50以上的為Q3隊列，轉(zhuǎn)變?yōu)閷嶋H數(shù)量的話，就是100個請求內(nèi)，請求了50次以上的歸為Q2優(yōu)先級隊列，10次以內(nèi)的為Q0隊列。重新再來看之前看到的擁塞現(xiàn)象，導(dǎo)致?lián)砣F(xiàn)象的大部分請求，就會被分到同樣的隊列了，從而在后續(xù)的處理中，可以減少對于其它優(yōu)先級隊列的影響了。

其次在這里，頻率的計數(shù)統(tǒng)計還要考慮到時限的問題，因為頻率統(tǒng)計是要針對在一定時間內(nèi)的，比如A時段的頻率不可能完全與B時段的一樣，也不可能一直被延用。在這里HADOOP-9640提到了一種衰減算法，前面時段內(nèi)的計數(shù)結(jié)果通過衰減因子在下一輪的計算中，占比逐步衰減，這種做法比完全清零統(tǒng)計要平滑許多。

隊列優(yōu)先級權(quán)重設(shè)置

其實各個請求被分到各個優(yōu)先級隊列中后，后面的處理就有很多樣的玩法了。比如說，最簡單的，用輪詢的方式從各個隊列中取出一定的批次請求。在這里，我們提到一種更加靈活的做法，在輪詢的大背景下，再針對各個隊列設(shè)置一個理論保障比重。比如3個優(yōu)先級隊列，Q0,Q1,Q2，配置權(quán)重比如9,4,1。意為在一次輪詢處理中，在后面的15個請求內(nèi)，保證處理掉Q0隊列的9次請求，Q1的4次請求，以及Q2的一次請求。

感謝各位的閱讀，以上就是“RPC擁塞控制的方法是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對RPC擁塞控制的方法是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！