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

在海珠等地區(qū)，都構建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務理念，為客戶提供成都做網(wǎng)站、網(wǎng)站建設 網(wǎng)站設計制作定制設計,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,成都品牌網(wǎng)站建設,成都全網(wǎng)營銷,外貿(mào)網(wǎng)站制作,海珠網(wǎng)站建設費用合理。

優(yōu)先級分級

---

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

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

---

隊列優(yōu)先級劃分好之后，很重要的一個操作就是優(yōu)先級的確認，在這里我們當然不會人工的設置請求的優(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)象，導致?lián)砣F(xiàn)象的大部分請求，就會被分到同樣的隊列了，從而在后續(xù)的處理中，可以減少對于其它優(yōu)先級隊列的影響了。

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

隊列優(yōu)先級權重設置

---

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

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

新聞標題：RPC擁塞控制的方法是什么
網(wǎng)頁URL：http://www.rwnh.cn/article46/jdcgeg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、網(wǎng)頁設計公司、定制開發(fā)、用戶體驗、服務器托管、域名注冊

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)