2019-03-06 與老師交流總結(jié)

1 一些基礎(chǔ)概念的糾正

Cell 信元:概念來自ATM(Asynchronous transfer mode). 一般指固定長度的數(shù)據(jù)分組。

? ??In the ISO-OSI reference model data link layer (layer 2), the basic transfer units are generically called?frames. In ATM these frames are of a fixed (53?octets?or?bytes) length and specifically called "cells".

Packet 分組:data length可變,在不同的協(xié)議中可能不同。計算機網(wǎng)絡(luò)中經(jīng)常用到。

Speedup 加速比: 指switch交換速率與線速之比。

2 對于工作方向的指導

????由于前期工作的準備不足和畢設(shè)時間的緊迫,現(xiàn)在已經(jīng)來不及按照先廣度后深度的方法閱讀文獻,目前要抓住畢設(shè)研究的關(guān)鍵問題,有針對性地對文獻進行閱讀,找出最需要的部分。首先,要抓出交換機分組調(diào)度的鏈條,整個過程主要可以分為三部分:入隊(CA)、輸入調(diào)度(IS)和輸出調(diào)度(OS)。本課題研究的關(guān)鍵在于更優(yōu)輸入調(diào)度算法的探索,因此,對于入隊和輸出調(diào)度不要做過多的追求,找一個合適的算法先用,重點對輸入調(diào)度進行研究。

? ? 我們就知道影響交換機性能的因素中,HoL阻塞占了很大部分。同時,輸入調(diào)度又是離HOL阻塞最近的過程,顯然,緩解HOL阻塞是本次研究的中重中之重,這也是一開始就確定好的方向,那么如何將這個任務(wù)具體實行呢?

? ? 1. 從結(jié)構(gòu)入手,對CICQ結(jié)構(gòu)比如crosspoint的buffer size進行優(yōu)化,這也是許多文獻探討的方向,本課題的研究重點是調(diào)度算法,因此不多做討論,直接選擇一個合適的結(jié)構(gòu)開始算法研究。

? ? 2.從算法入手,討論排隊時延,那就主要涉及兩個方面。一是算法本身的性能(復雜度,裁決次數(shù)等);二是算法對HOL阻塞的影響,這就引入了一個trade-off。有可能一個算法比較復雜,執(zhí)行它在輸入端需要花更多的時間,但是它對HOL阻塞的緩解效果好,總體上提升了交換分組調(diào)度的性能??偟膩碚f,隊頭阻塞的影響>>算法好壞。

????以cell-splitting為例,分析上,對分組進行拆分增加了單獨考慮的分組個數(shù),增加了判決的次數(shù)。比如一個4 x 4交換機,一個扇出為3的cell,拆分后在這個time slot走了兩個,下一個time slot要走這一個,有可能會讓一個扇出為4的cell無法一次走掉。 但是,從仿真結(jié)果來看,使用扇出拆分的總體效果,是好于不使用的。盡管如此,這個方法也引入了一些問題,比如不是所有用戶接收到某個cell的時間都是相同的了,就需要考慮同步的問題(似乎涉及到Qos),但這也不是本課題重點要考慮的問題。

? ? 對于隊頭阻塞的分析,有兩個需要考慮的點,一是分組需求的差異性(扇出不同),二是之前time slot輸入調(diào)度的結(jié)果。

? ? 在上周的工作中有一個誤區(qū)是過分關(guān)注了各個文獻中設(shè)計的算法是怎樣工作的,一步步去理解耗費了大量的時間,實際上應(yīng)該把80%的精力放在他們如何分析和推理問題上面,接下來的工作應(yīng)該注意的重點:

1. 為了簡化問題,他們做了哪些假設(shè)?有哪些前提和限制?

2. 思考哪些假設(shè)是合理的?哪些是不合理的/過于理想化/過于簡化的?

3. 有沒有哪些分析是不夠全面的,比如沒考慮到的? 或者思考不夠深入的?

4. 提出的限制越多,一般就離實際情況越遠,有哪些限制是必須的,有哪些是可以放寬甚至取消的? 放寬了限制對算法性能是否有影響?

5. 本科畢設(shè)應(yīng)該主要針對于一個小點進行分析和改進,不要妄想全盤改進,找準定位。盡快先把方案提出來,利用仿真驗證。

6. 趁師兄還在盡快熟悉實驗室的仿真平臺,一周內(nèi)完成!

3 參考方向

?老師提到了speedup=2的一篇文章,應(yīng)該是[2016]Non-blocking frame-based multicast scheduler for IQ switches這篇。

? ??Abstract: It has been shown that input queued (IQ) switches have throughput limitations when loaded with multicast traffic. However, if the circulation of packets is allowed, the IQ switches can be non-blocking for any admissible multicast traffic scenario using only a speedup of two. The non-blocking frame-based algorithm for scheduling the multicast traffic is proposed.

? ? 讀這篇文章,重點關(guān)注他是如何分析問題的。比如他最后的結(jié)論是建立在speedup為2的基礎(chǔ)上,那么他為什么會要求加速比為2? 類比:加速比就相當于濾波器的截止頻率,加速比為N(VOQ模擬OQ情況),就相當于截止頻率無限大,無失真?zhèn)鬏斚到y(tǒng)。filter將帶寬縮小,會影響信號,那么switch將加速比縮小會影響交換性能。


關(guān)于基于幀的方法,主要有兩種思路:

? ? ? ? 1. 通常的思路是在幀內(nèi)通過調(diào)度算法進行選擇,安排好調(diào)度順序,使后面不打算HOL阻塞。

? ? ? ? 2. 調(diào)整到達順序?研究的重點思路??刂苼y序問題? Trade-off:可以亂序,只要這樣做對總體的好處大于重新整序帶來的代價,就ok。

? ? ? ? 例子:BvN分解(應(yīng)該是這個)很早提出來,亂序問題十幾年都沒有解決,但是它帶來的好處確實比較大(業(yè)務(wù)均衡,使得時延控制簡單了),所以一直有人使用。

Michael Tartre and Bill Lin. Frame-Based Multicast Switching. 2010?中寫到:

The Birkhoff-von Neumann (BvN) switching strategy proposed by Chang et al. [1] provides one such offline scheduling approach that can guarantee 100% throughput and deterministic delays for any known admissible traffic. The BvN approach can be used to decompose any admissible traffic matrix into a convex combination of permutation matrices that correspond to switch configurations. Although BvN switching can support any flow rates specified as non-negative real numbers, the approach has several drawbacks. First, the number of permutation matrices that a BvN decomposition can generate is O(N^2) for an N × N switch, which can lead to a substantial online memory requirement when N is large. Second, the BvN switching approach is not completely offline. It uses the Packetized Generalized Process Sharing (PGPS) algorithm in [2] to schedule online the generated permutation matrices, which is non-trivial to implement. (http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.167.3478&rep=rep1&type=pdf)

The BVN switching algorithm?
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,797評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,179評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 175,628評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,642評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,444評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,948評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,040評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,185評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,717評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,794評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,418評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,414評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,750評論 2 370

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