---
# System prepended metadata

title: 8/22
tags: [會議記錄]

---

---
title: 8/22
tags: 會議記錄
---
 Sharing ifo about course
===
- [name=大智]
    * 老師說更好的硬體，資料量太多，即使有GPU輔助也不好，zero-copy，dpdk會相對性消耗硬體，需要GPU輔助導致電腦卡頓
      * 彥汝：GPU處理3d運算，解碼加密
      *  大智：高效能的網路介面，引擎，有效輔助GPU跟CPU
      * 見如提問：什麼是zero-copy?
      * 大智：zero-copy資料下來時不會通知CPU,直接寫入記憶體
      * 老師： dpdk跟rdma的差別?
      * 老師:dpdk不是真正的zero copy,可以一次整理大量的封包,仍需要CPU介入os處理封包更有效率，而rdma完全達到zero copy

老師提問：什麼是overhead?
學姐：使用過多的library 在CPU
彥汝：殺雞焉用牛刀
大智：大才小用
老師：舉例:漢武帝打仗，中間運送的部隊會吃掉九成的糧食。真正要做一件事情時，造成額外的負擔

	圖: RDMA.png (2048×1536) (voip.edu.tw)
老師：由圖可知，省了三個buffer的拷貝
	rfc5040 (ietf.org)
- [name=彥汝]
    * data centric,因為資料量目前越來越大，改成以數據為中心，舉例：pizza店
        * 學姐：例子舉的很好
        *	老師：一邊在車上考披薩一邊送pizza，overhead太大了，網路在傳送時額外加工但需付出代價，值得否?目前的方法：披薩店做好外送，但如果面對處理的量是非常大，將會非常耗時，資料量太多不能只使用cpu分享
- [name=見如]
    * 對pizza例子非常深刻，還有RDMA傳輸時Buffer的複製有更清楚的了解
- [name=alan]
    - 比較有趣的是用rdma取代tcp/ip,直接做GPU到GPU的rdma，但如果沒有回傳訊息的話，要如何確認訊息傳遞的可靠性?
      *	老師:兩邊對接，接受端透過註冊的方式，直接寫進reciver的記憶體位置，rdma直接講說我在這裡需要資料發出reciver request,然後去queue，檢查是否有完成的queue來處理
- [name=學姐]
  * 針對rdma的源起，最近幾年才開始被提到，Moors law，以前的計算交由CPU或GPU來計算，在rdma方面，希望可以在網路傳輸過程中可以完成解讀或計算。
     *	老師:一定要有個方法，讓封包知道可以送去哪個地方

Q&A
===
1、	alan:好奇最後的switch是什麼東西?
A.	老師：如果用32顆gpu來使用但只達到20倍加速，如果使用rdma卻可以輕易達到31倍加速，所以才想提倡rdma
2、	alan:比賽如何進行?
A.	老師:等等討論
三、比賽及後續活動
1、	老師:活動前四天半是課程，之後是個人比賽，主辦方主推ucx來使用rdma，一隊最多五個人。
2、	alan:每天都有課後作業，黑客松的算法是跟聽課不一樣嗎?
3、	老師：五個人推一個人當隊長，由隊長跟主辦方交涉，麻煩隊長寫信給主辦方，幫忙組隊參加黑客松。
alan:如果沒人當，自願當隊長
大智:參加
branko:參加
彥汝:參加，有關於證書的問題請老師幫忙問
見如：參加
