#純靠北工程師51w
----------
最近WFH大增，網路被塞爆
所以客戶買了落地設備
裝了幾天，連DHCP option都設定好了
只要插上網孔不用設定直接用
結果客戶還是報修有兩台新插上去的設備不能用
去到現場一看
「哇靠，你怎麼直接插在中華電的小烏龜上面？」
「機房沒孔了，你不是說插上網路就能用？」
「．．．」

----------
💖 純靠北官方 Discord 歡迎在這找到你的同溫層！
👉 https://discord.gg/tPhnrs2

----------
💖 全平台留言、文章詳細內容
👉 https://init.engineer/cards/show/6548

本文延續前篇效能校正的經驗談，上篇文章探討了關於Locality與中斷中可以最佳化的部分，。本篇文章將繼續剩下最佳化步驟的探討。

The Case of the Nosy Neighbor
從前述最後的火焰圖中，作者觀察到幾個跟網路有關的 kernel call，譬如 dev_queue_xmit_nit 以及 __netif_receive_skb_core 等有可能有成長的空間，於是輾轉前往這邊去研究。
作者觀察到 packet_rev 這個函式有不少的比例，而該函式的意思是有人嘗試透過使用 AF_PACKET 等方式開啟了 RAW socket 來處理封包。透過 ss 這個指令，作者觀察到系統中有其他的應用程式透過 AF_PACKET/SOCKET_RAW 也在處理封包，最後輾轉發現原來是系統上的 dhclient。

DHCP Client 必須要在系統有 IP 以前就有收送封包的能力，所以使用 AF_PACKET 也滿合理的。作者思考是否有辦法可以讓 DHCP Client 拿到 IP 之後就關閉 AF_PACKET，改使用純 UDP 的方式來進行後續的 DHCP Renewal 功能，可惜這個方向沒有辦法達成。

根據 AWS 的官方文件，當一個 IP 被分配到一個機器後，這個 IP 會跟該機器同生死，因此這種情況下 其實不需要透過 DHCP Renewal 來反覆取得 IP，只要取得一次 IP 即可。

作者變修改相關腳本，當 DHCP 取得 IP 後關閉 dhclient，此外還必須要記得去修改網卡層級關於該 IP 的記憶，預設期間是一小時，作者將其修改為永遠。

透過這樣簡單的設定，整體的效能又再度提升了 6%，從 1.06M req/s 提升到 1.12M req/s

The Battle Against the Spin Lock
作者陳述自己花了非常多時間與 Spin Lock(作者心魔的大白鯨) 奮戰，幾乎是茶不思飯不想的滿腦都在思考如何加速，然後再經歷過反反覆覆的失敗後，作者最後決定還是要寫出一些關於 Spin Lock 的嘗試與研究心得，算是一個很精彩的踩雷心得。

這部分的篇幅很長，而且內容也滿深的，最後的解決方式也只有提升 2%左右的效能，所以對這部分有興趣的讀者再自行閱讀囉

This Goes to Twelve
終於來到最後的最佳化步驟了，這個步驟中的範疇都只能勉強壓榨出些許的效能，包含了關閉 GRO, TCP壅塞控制以及靜態中斷處理。

(Generic Receive Offload)GRO 是一個網路相關的功能，目的是用來將 Kernel 層級的封包給聚合起來變成一個大封包，而 Kernel 收到這個封包後會把該大封包重新組合變成本來的小封包，對於使用者的應用程式來說不會有任何感覺，但是對於整體的封包傳輸來說能夠節省花費的並提升效能。大部分情況下這個功能都是開啟的，Amazon Linux 2 預設也是打開這個選項。
然而針對作者的測試情境，由於所有的封包基本上都是同一條連線且資料量也不大，因此 GRO 雖然可以帶來聚合的效果，但是也會拖延封包進入到 Linux Kernel Network Stack 的時間點，因此開啟 GRO 帶來的好處沒有很大。

TCP 壅塞控制有不同的演算法，Amazon Linux2 內建兩種演算法 Cubic 以及 Reno，除此這兩個之外常見的還有 Google 多年前貢獻的 BBR。根據作者測試，其實驗環境中有比較好效能的則是 Reno

註: 不同算法針對不同應用場景，所以要切換演算法前要先釐清自己的應用情境以及用哪種演算法比較合適。

全部零零總總的修改後提升了 4%，整體的效能服務來到了 1.2M reqs/s

這篇文章真的很長，有些最佳化的方式是針對該應用場景而特別去使用的，這也意味者並非所有的修正方式都可以套用到各位的應用程式。
本篇文章還是很值得一讀，整個分析的思路與想法都非常有趣，雖然不一定用得到但是也許未來有一天會有機會使用。

https://talawah.io/blog/extreme-http-performance-tuning-one-point-two-million/

#純靠北工程師4wc
----------
異地辦公大風吹
MIS你他媽的DHCP再不開嘛…
那就Ip設到死吧你
，什麼固定IP管制…
還沒遠端改完就直接搬走，還要跑去現場設定Ip,寄信宣導根本沒屁用，User還以為自家的網路是隨插即用，要訓練User的資訊基本能力，我看還是先訓練對User的忍耐度還有MIS的忍耐度還比較有用…MDFK

----------
💖 純靠北官方 Discord 歡迎在這找到你的同溫層！
👉 https://discord.gg/tPhnrs2

----------
💖 全平台留言、文章詳細內容
👉 https://init.engineer/cards/show/6348

#光世代 #路由器 #撥接上網
你用撥接嗎? 三種常見的上網方式 哪種最適合玩遊戲? - Wilson說給你聽
常見的網路連線方式有PPPoE DHCP Static IP三種
究竟哪一種是最常見 又哪一種適合玩線上遊戲 今天就來跟大家分享這個小知識
時間軸
00:00 開場
00:50 什麼是IP address 實體IP 虛擬IP?
03:30 PPPoE 認證撥接上網
07:02 DHCP 自動IP連網方式
09:58 Static IP 固定制

因為有蠻多的朋友組隊的時候會碰到斷線跟連線不穩的問題，所以就想說在魔物獵人崛起推出之前教大家把自己的網路先提升到更好組隊的網路環境，如果你也是C或D，看這片就對了。

魔物獵人崛起總資訊 : https://youtu.be/875tHZYVgZw
DMZ 深入講解 : https://www.youtube.com/watch?v=dqlzQXo1wqo
PORT 深入講解 : https://www.youtube.com/watch?v=2G1ueMDgwxw
portforward : https://portforward.com/monster-hunter-rise/
官方推薦使用port文章 : https://reurl.cc/o9mG7V
中華電信數據機後台設定教學 : https://reurl.cc/KxEg29

哈囉，我是SKY，歡迎來到我的頻道，是個愛分享的實況主，這裡會有我的實況、影片剪輯，會呈現各種不同的主題給大家。只要新遊戲的推出，一定會先超前部屬，預習並補足這款遊戲的前導資訊給大家，玩後也會出《實際遊玩的心得》給大家，避免各位踩到雷，要是遊戲更有延展性，也會推出攻略出來。你要是喜歡，歡迎各位可以加入我的頻道，必定會繼續努力下去！

喜歡我，可以訂閱SKY頻道！
►https://goo.gl/XnqAYp

關於工商/合作請洽詢：
►fritgc0204@gmail.com
►cathy@ninedr.com

讓SKY不用愁每個月的飯錢所在：
►Youtube 加入頻道會員 : https://pse.is/QP9GH
►paybal(適用國外) : https://streamlabs.com/skyy204
►歐付寶(適用國內) :https://goo.gl/RNzQeW
►歐付寶(直播時使用,會覆誦你的留言) : https://goo.gl/G9oYuE

關於Sky所有經營 :
►Sky Game頻道 : https://www.youtube.com/c/Skygame204
►Sky facebook專頁 : https://www.facebook.com/sky204/
►Sky Discord : https://discord.gg/9Tpxh8F
►Sky IG : https://www.instagram.com/sky_game204/?hl=zh-tw
-----------------------------------------------------------------------------------
分享請使用本影片
1.禁止轉載營利之使用.
2.禁止放置自身頻道之使用.

#sky #NAT #魔物獵人崛起

魔物獵人崛起 monster hunter rise 網路環境 NAT DHCP DMZ Port NS SWITCH SKYGAME mhr

參考網址:
https://www.tp-link.com/tw/home-networking/wifi-router/archer-c80/

00:00 開場
00:55 Archer C80路由器介紹
05:35 網路架設思路
06:53 PPPoe、DHCP設定
09:02 測試
10:31 總結


#SponsoredByTPLink