熱門Ptt文章

[爆卦]Multiplexing是什麼？優點缺點精華區懶人包

雖然這篇Multiplexing鄉民發文沒有被收入到精華區：在Multiplexing這個話題中，我們另外找到其它相關的精選爆讚文章

在 multiplexing產品中有3篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， ref: https://javascript.plainenglish.io/what-is-http-3-and-why-does-it-matter-cb7d7b4b600f 這篇文章簡單的敘述何謂 HTTP/3，主要探討 HTTP/3 到底跟 HTTP/1, HTTP/2 的差異是什麼 ...

　同時也有4部Youtube影片，追蹤數超過17萬的網紅NHG:中の人げぇみんぐ【実銃解説】，也在其Youtube影片中提到，アドバンスドウォーフェアのパークやスコアストリークを説明しました。 いいねとチャンネル登録してね！ BF4の解説はこちらからhttps://www.youtube.com/watch?v=2cAeuXyhfVc&list=PLANXuC7K8wor1uRVoa9APGI1piOdy92oZ&inde...

「multiplexing」的推薦目錄
  • 矽谷牛的耕田筆記

    multiplexing 在 矽谷牛的耕田筆記 Facebook 的最佳貼文

    2021-07-19 00:16:08
    有 96 人按讚

    ref: https://javascript.plainenglish.io/what-is-http-3-and-why-does-it-matter-cb7d7b4b600f

    這篇文章簡單的敘述何謂 HTTP/3，主要探討 HTTP/3 到底跟 HTTP/1, HTTP/2 的差異是什麼

    HTTP/3，也可以稱為 HTTP ove QUIC，這對過往的 HTTP 來說帶來了巨大的改變，因為 HTTP/{1,2} 都是基於 TCP 來傳輸封包，而 HTTP/3 則是仰賴 QUIC (Google 於 2012 所開發的協定，底層基於 UDP)。

    TCP 目前普遍被使用到各式各樣的網路應用程中，而 TCP 本身的設計到今日來看也是有不少為人詬病的地方，譬如說 TCP 當初發明的時空背景與當前網路環境已經不同，譬如網際網路中的頻寬大小等
    所以後續也有不少的演算法想要針對 TCP 來進行改善，譬如 Congestion Control 相關就有不少演算法可以選擇。

    另外一個更直接簡單的就是直接跳過 TCP，直接使用 UDP 做為底層傳輸協定並且於應用層級重新打造一個如 TCP 一樣可信賴的傳送方式，這也是 QUIC 這個協定的基本概念。

    透過 QUIC 的幫助，作者提到 HTTP/3 能夠得到下列的好處

    Faster request multiplexing
    HTTP/2 以前， 瀏覽器每次都只能對 Server 發送一個 Request，這導致網頁讀取速度緩慢，而 HTTP/2 則試圖改善這個機制，不過 TCP 本身的設計就不是針對這類型的使用
    譬如眾多封包中只要有一個失敗， TCP 本身就會針對所有發送的 Request 去進行一個重送的動作來確保封包傳輸正常。
    HTTP/3 因為不再使用 TCP 為底層協定而是 UDP，所以當上述情況發生時，也只需要針對失敗的 Request 進行重送即可，也因為此協定帶來的好處， HTTP/3 的表現會相較於之前版本來得更快更穩。

    Faster Encryption
    HTTP/3 允許最初的 HTTP Request 以加密的形式去傳送。過往傳統的 HTTPS 封包傳輸過程中，最初的握手階段交換資訊時，這些還是基於非加密的形式，要等到握手完畢後才可以能力將接下來的資料進行加密。
    而 QUIC 本身可以針對 Initial Connection 進行 TLS 的處理，這使得 HTTP/3 於加密方面可以更順利也更簡單。

    文章後半部分提到關於目前 HTTP/3 實作的部分，有興趣的人可以參考參考原文

  • 矽谷牛的耕田筆記

    multiplexing 在 矽谷牛的耕田筆記 Facebook 的最佳貼文

    2020-09-29 07:37:45
    有 41 人按讚

    #小編

    有沒有遇過gRPC 在Kubernetes 上的 Load Balance 效果不佳的問題？這篇文章將分析幾種常見gRPC LB的作法也提出一個開箱即用的方案，引入的成本低非常適合想立即在 Kubernetes 上使用 gRPC LB的團隊。

    註：第一次使用Telegram 的 telegraph 寫技術文章，在Telegram上閱讀體驗還算不錯。未來會陸續把技術長文放進去 telegraph

    https://telegra.ph/In-cluster-gRPC-Load-Balancing-09-28

  • COMPOTECHAsia電子與電腦 - 陸克文化

    multiplexing 在 COMPOTECHAsia電子與電腦 - 陸克文化 Facebook 的最佳貼文

    2018-08-29 06:30:00
    有 102 人按讚


    #5G通訊 #物聯網IoT #無線電接取網路RAN #互操作性開發測試IoDT #毫米波mmWave #波束成形Beamforming #等效全向輻射功率EIRP

    【5G 晶片設計關隘多】

    5G NR 有獨立組網 (SA) 和非獨立組網 (NSA) 兩種，其中 NSA 沒有獨立訊號方式 (Signaling，信令)，主要是為提升特定區域頻寬，有多種設置方式，由 LTE 演進封包核心 (Evolved Packet Core, EPC) 網路搭配 LTE 無線電接取網路 (RAN)、5G RAN，加上終端 LTE / 5G 用戶設備 (UE) 三層疊加的架構最普遍，但最終將演進至全新的 5G 核心網路，屆時 LTE 手持設備將無法使用。

    3GPP 在去年底及今年中，分別發佈首個 NSA 和 SA 標準；尤其是日前 SA 的凍結，讓不少人為之歡呼、雀躍。這的確意味著 5G 獨立部署的引信已被點燃，但事實上，它僅滿足 5G「部分場景」需求，意即：距離坊間大肆吹捧、各種天花亂墜的美麗狂想，著實還有好長一段時間才能面世。不過，對於上游晶片廠來說，因為要將設計、測試、導入、驗證、量產等一系列為時數年的工序列入考量，誠然已臨近如火如荼的激戰時刻。

    在可預見的未來，不同通訊系統的「共模」課題，更亟待射頻 (RF) 開發者克服。首先，新定義的毫米波 (mmWave) 與 Sub-6GHz 頻段的單載波頻寬最高達 100 MHz，是 LTE 的五倍之多，須根據功率放大器 (PA) 的平均輸出功率調節供電電壓，以堅守低功耗的金科玉律。其次，LTE 傳輸所產生的諧波恐與 5G 頻段重疊而降低接收器的靈敏度，加入濾波器 (filter) 又會產生損耗、須再加大 PA 輸出功率，明顯不利於功耗。

    再者，5G 規範手機須支持 4 GHz 以上頻段的四個下行鏈路路徑，意謂需要四個天線和四個獨立 RF 路徑，勢必增加訊號鏈的複雜性和天線頻寬，使原本已十分有限的電路板空間更形擁擠，需要高度整合且微型化的元器件；最後就是天線調變 (Modulation) 與空間多工 (Spatial Multiplexing)。為增強不同正交頻分多工 (OFDM) 的持續時間 (Symbol Duration)，5G 子載波間隔參數須依應用場景靈活設定。

    延伸閱讀：
    《把握設計導入黃金期 元器件＆設備供應商動起來》
    http://www.compotechasia.com/a/feature//2018/0815/39631.html
    (點擊內文標題即可閱讀全文)

    #高通Qualcomm #QTM052 #QPM5650/QPM5651/QDM5650/QDM5652 #SnapdragonX50 #英特爾Intel #愛立信Ericsson

    ★★【智慧應用開發論壇】(FB 不公開社團：https://www.facebook.com/groups/smart.application/) 誠邀各界擁有工程專業或實作經驗的好手參與討論，採「實名制」入社。申請加入前請至 https://goo.gl/forms/829J9rWjR3lVJ67S2 填寫基本資料，以利規劃議題方向；未留資料者恕不受理。★★

你可能也想看看

搜尋相關網站