最近寫碩論要用到這東西,雖然說我們實驗室有一兩台可編程交換機(Programmable Switch)的硬體,但是由於想做的是資料中心的場景,所以數量上不去只能用軟體模擬了
這篇文章的目的是幫助各位跟我一樣的新手了解要怎麼 debug BMv2 執行時的問題,也就是說下文並不會牽扯到編譯時期的問題(這部份 Bmv2 好像有類似 gdb 的東西),而是純粹「我今天可以編譯過了,但是交換機的行為怎麼不是我想像的那樣?」
最近寫碩論要用到這東西,雖然說我們實驗室有一兩台可編程交換機(Programmable Switch)的硬體,但是由於想做的是資料中心的場景,所以數量上不去只能用軟體模擬了
這篇文章的目的是幫助各位跟我一樣的新手了解要怎麼 debug BMv2 執行時的問題,也就是說下文並不會牽扯到編譯時期的問題(這部份 Bmv2 好像有類似 gdb 的東西),而是純粹「我今天可以編譯過了,但是交換機的行為怎麼不是我想像的那樣?」
以下資料主要是出自於 State Resolution v2 for the Hopelessly Unmathematical
由於所有 Homeserver 都獨自保有一份控制事件樹(有向無環),各自採用一固定算法得到控制狀態,這個算法是為了解決控制狀態不同(通常是因為控制事件亂序)時,協調出一個控制狀態的共識(對控制事件數進行排列)
最近我感覺 Medium 的語法越來越不習慣了,可能是因為我現在極少用 MS Word 等等所見即所得的軟體寫文件,寫進度共筆也偏向用 markdown 的方式寫,或者說寫比較認真的作業報告也是用 Latex 所以像 Medium 這類一定要照它遊戲規則,還要記一些有的沒的快捷鍵,實在有點反人類 / counter-productive
因此感謝 tigercosmos 的推薦,下面簡單講一下我目前總體的使用心得