作者查詢 / Taiwan641
作者 Taiwan641 的總覽 (PTT發文,留言,暱稱)
發文數量: 65
收到的『推』: 192 (28.6%)
收到的『→』: 408 (60.8%)
收到的『噓』: 71 (10.6%)
留言數量: 1388
送出的『推』: 326 (23.5%)
送出的『→』: 1038 (74.8%)
送出的『噓』: 24 (1.7%)
使用過的暱稱: 1
Taiwan641 在 PTT 最新的發文, 共 65 篇
Taiwan641 在 PTT 最新的留言, 共 1388 則
18F→: 回覆jhjhs33504[15樓]：C2原廠用的kernel是MTK SDK的，01/27 22:50
19F→: 所以2.6.36應該是直接用SDK的，根據維基百科，這個內核01/27 22:50
20F→: 在2011年2月就被宣告EOL，Archer C2這款的Padavan韌體01/27 22:50
21F→: ，原本是基於ASUS的rt-n56u的原始碼改寫的，2012年5月01/27 22:51
22F→: 初版發布，2016年9月宣告EOL，CAKE是從4.19內核開始才01/27 22:51
23F→: 被納入上游核心的一部分，4.19內核是在2018年10月才發01/27 22:51
24F→: 布的，CAKE是一種Linux qdisk、是一種最先進的主動佇列01/27 22:51
25F→: 管理技術(AQM)，它結合了 scheduler 和流量整形器，可01/27 22:51
26F→: 以有效地解決緩衝區膨脹。01/27 22:51
27F→: 附圖最清楚：01/27 22:51
28F→: (前兩張GIF，後兩張JPG)01/27 22:51
29F→: (第一張英文版，第二張中文版)01/27 22:51
30F→: http://i.imgur.com/M4XtKcH.jpg01/27 22:51
31F→: http://i.imgur.com/WEjFRMW.jpg01/27 22:52
32F→: http://i.imgur.com/GhIndz1.jpg01/27 22:52
33F→: http://i.imgur.com/Rw8Cag4.jpg01/27 22:52
35F→: 連線數最高可以設到65536，問題是這台的HWNAT硬體轉發01/27 23:20
36F→: 上限是16384，只要成功走硬體轉發的連線，CPU的使用率01/27 23:20
37F→: 會降到個位數甚至是幾乎是0%，這台特別的是用了MT7620A01/27 23:20
38F→: [單核心CPU+2.4G]+MT7610E[5G]+RTL8367RB[Switch]01/27 23:20
39F→: 這顆CPU支援使用REGMII連結到Switch，WAN to LAN 有線01/27 23:21
40F→: 網路1Gbps的高速轉發，成功加速的連線幾乎不花CPU的效01/27 23:21
41F→: 能，這台連線數最高應該只能到32768，因為這台的SPI Fl01/27 23:21
42F→: ash 8MB+RAM 64MB[這也是瓶頸之一，RAM不夠大當然撐不01/27 23:21
43F→: 了更多的連線數]01/27 23:21
44F→: 這台當年售價不到一千元，能上1G靠的就是CPU的REGMII和01/27 23:21
45F→: 那顆Switch，如果沒有那顆Switch就只能乖乖地用CPU內建01/27 23:21
46F→: 的100Mbps Switch；如果沒有REGMII也沒辦法做到讓CPU跟01/27 23:21
47F→: 外接的Switch連線，01/27 23:21
48F→: 但K2P就不一樣了，CPU是MT7621A內建1Gbps Switch，而且01/27 23:21
49F→: 也支援HWNAT 連線數一樣是16384，是雙核心CPU，可以想01/27 23:21
51F→: 像成是升級版的MT7620A，這台SPI Flash 16MB+RAM 128MB01/27 23:22
52F→: 一般使用情境，連線數不太可能爆表，所以移植CAKE的本01/27 23:22
53F→: 質是改善網路連線品質，4.19內核開始是不用移植，內核01/27 23:22
54F→: 有開就有，前提是編譯韌體的時候有編為模組或直接寫進01/27 23:22
55F→: 去內核裡面，移植到4.4.198還相對簡單，但3.4.113的內01/27 23:22
56F→: 核跟原廠的比雖然是比較新的，但事實上也算是個老古董01/27 23:22
57F→: ，能用上fq_codel就很好了，但CAKE的指令很簡單，只管01/27 23:22
58F→: 離開介面的流量，這也是當初這套演算法的作者的傑作，01/27 23:22
59F→: 那麼老的內核，能用得上這個演算法已經是奇蹟了！01/27 23:22
60F→: 回覆HiJimmy[16樓]：從原始碼來看，這比較貼近您最後說01/27 23:39
61F→: 的梅林，其實系出同源，都是ASUSWRT的改寫版本。01/27 23:39
62F→: 梅林的外觀幾乎就跟ASUS路由器長得一模一樣，Padavan則01/27 23:39
63F→: 是屬於輕量化的分支，通常是MTK CPU的路由器才有支援，01/27 23:40
64F→: 以現在來看都是年代久遠的產品，但原廠不太可能在QoS加01/27 23:40
65F→: 入CAKE這個演算法，每個人的網速上限不同，要有穩定不01/27 23:40
66F→: 爆ping的網路環境，還是要損失5-10%的上限網速，限速越01/27 23:40
67F→: 嚴格，效果越好，因為我走的是AP-Client+AP無線中繼模01/27 23:40
68F→: 式(WISP)，Starlink也是靠CAKE這個演算法來改善延遲問01/27 23:40
69F→: 題的，本質上Starlink也是走WISP模式，這和WDS橋接還有01/27 23:40
70F→: Mesh網狀網路是完全不一樣的東西，01/27 23:40
71F→: 能用上這個演算法，還要會手動設定，作者有寫出一個cak01/27 23:48
72F→: e-autorate，但那個不適合家用網路，它會頻繁測速來達01/27 23:48
73F→: 到自動偵測連線速率，這比較適合不穩定網速的環境，像01/27 23:48
74F→: 是4G和5G這樣的情境，才要用到動態調節網速，緩解網路01/27 23:48
75F→: 壅塞。01/27 23:48
76F→: 回覆jhjhs33504：我個人覺得是差別蠻大的，上限網速降01/27 23:52
77F→: 低是一定的，但延遲問題真的改善很多，以我的配置可以01/27 23:52
78F→: 達到下載、上傳、雙向併發三者都能測出A級的成績，能達01/27 23:53
79F→: 到3A，這已經很強了！01/27 23:53
80F→: 另外，您說的不佔線，其實HWNAT應該就做到了，建立連線01/28 00:22
81F→: 是一定會佔用RAM，維持連線也會持續佔用，但只要進入硬01/28 00:22
82F→: 體轉發，就不太吃CPU的額外效能，像我用的是WISP無線中01/28 00:22
83F→: 繼，原本是全部都靠CPU去跑所有的流程和轉發，但我的韌01/28 00:22
84F→: 體還有導入SFE，也就是讓封包走捷徑，來達到快速轉發，01/28 00:22
85F→: 等於是用CAKE先從源頭限速和流量整形(這會消耗CPU效能)01/28 00:23
86F→: ，接著HWNAT會接管可以被硬體加速的連線，成功接管就會01/28 00:23
87F→: 直接進入NAPT，也就是成功binding的連線，沒被接管的會01/28 00:23
88F→: 被踢回去給CPU，這時候SFE就派上用場了，封包走捷徑也01/28 00:23
89F→: 能達到快速轉發，一般原廠韌體不太可能這樣混血使用的01/28 00:23
90F→: ，雖然我用起來是很穩定，但原廠不太可能實現這件事，01/28 00:23
91F→: 當然不是做不到，但產品定位和消費者導向，一般能看到01/28 00:23
92F→: 的QoS，絕大多數都是相對比較舊的算法，當然每個人的網01/28 00:23
93F→: 路環境也不一樣，原廠不可能幫每位客人都客製化一個量01/28 00:23
94F→: 身訂作的參數，用上新版的openwrt應該是有內建CAKE的，01/28 00:24
95F→: 原廠寫好的韌體，看起來越滿意的，絕對是反應在價格上01/28 00:24
96F→: ，網路用起來卡，有時候真的不是原廠的硬體不好，進來01/28 00:24
97F→: 的封包和出去的封包塞車的時候，就是爆ping的時候，所01/28 00:24
98F→: 以流量整形當然也很重要，就像上面我貼的GIF，想了解更01/28 00:24
99F→: 多資訊，可以去看LibreQoS的官網：01/28 00:24
100F→: https://libreqos.io01/28 00:24
101F→: 想要了解您的網路環境有沒有存在緩衝區膨脹有兩個網站01/28 00:24
102F→: ，DSLReports倒站了，所以目前我只找到下面兩個測試用01/28 00:24
103F→: 的網站：01/28 00:25
104F→: https://www.waveform.com/tools/bufferbloat01/28 00:25
105F→: 另一個是：01/28 00:25
106F→: https://bufferbloat.libreqos.com01/28 00:25
107F→: 最好的狀況當然是看中華電信或是您的ISP直接從源頭導入01/28 00:25
108F→: 這套系統，但好像不太可能。01/28 00:25
110F→: 回樓上：我實測是CAKE生效，限速生效，HWNAT生效，你說01/28 23:43
111F→: 的失效是你韌體的問題，我的韌體是正常生效，完美配合01/28 23:43
112F→: 的，你用MTK原廠那個hw_nat -g就可以查到成功Bind的連01/28 23:43
113F→: 線，但原廠早期版本的寫法沒這麼完善，取值沒有擠一點01/28 23:43
114F→: 會被硬塞字元，導致記憶體錯位，顯示出來的IP和port都01/28 23:43
115F→: 會被塞0，後來的MTK原廠程式碼已經改善了，所以這個問01/28 23:43
116F→: 題不修也可以，但原廠取值的方式相對簡單暴力，多數情01/28 23:43
117F→: 況是不會促發bug的，因為多數人根本不會去看這個debug01/28 23:43
118F→: 工具01/28 23:43
139F→: Padavan的傳統QoS跟CAKE完全不同，而且我根本沒開傳統Q01/29 20:05
140F→: oS，AI會告訴你這是衝突的，但WISP環境下，我多次實測01/29 20:05
141F→: 的狀況，確實是我這樣配置是最穩定的，老舊的ra_nat.c01/29 20:05
142F→: 裡面的寫法是把介面全都註冊進HWNAT的硬體加速引擎，新01/29 20:05
143F→: 版的則是針對不同無線晶片去找寫死的介面名稱。01/29 20:05
144F→: 題外話是K2P Padavan 4.4.19801/29 20:05
145F→: 這新版原始碼是直接寫死01/29 20:05
146F→: 2.4G 和 5G WISP介面名稱01/29 20:06
147F→: apcli0 和 apclii0，但K2P介面對應的名稱是：01/29 20:06
148F→: apclix0 和 apcli001/29 20:06
149F→: 原版是對應不上的！01/29 20:06
150F→: 找不到介面就是註冊失敗，全靠CPU轉發，不可能被HWNAT01/29 20:06
151F→: 成功接管，不確定是原開發者還是MTK原廠程式碼裡面藏了01/29 20:06
152F→: 一段直接跳過指定名稱的註冊流程01/29 20:06
153F→: 只要介面名稱有「apcli」五個字01/29 20:06
154F→: 直接跳過註冊介面流程，也就是說新版原本是絕對沒機會01/29 20:06
155F→: 讓硬體接管連線，但經過我的修改，不論舊版還是新版都01/29 20:06
156F→: 能成功註冊介面且正常與硬體加速引擎正常溝通，只要能01/29 20:07
157F→: 被硬體引擎接管的流量，進入轉發就有可能達到上面有人01/29 20:07
158F→: 提到的衝突，但這並不會導致當機或不穩，而是被硬體接01/29 20:07
159F→: 管的連線就不歸CPU管，隊列管理就只有針對CPU轉發的連01/29 20:07
160F→: 線是有效的，但CAKE針對離開介面的流量控制，你只管上01/29 20:07
161F→: 傳流量當然就是半調子，不論是你的2.4G、5G、6G還是區01/29 20:07
162F→: 域網路，離開介面對你來說就是下載，但上傳的介面只有01/29 20:07
163F→: 你的WAN介面，以我的狀況就是WISP 2.4G介面。01/29 20:07
164F→: 上面還有人提到2.4G怎麼會比5G快的疑問：因為我是上游A01/29 20:07
165F→: P 2.4G，我WISP 2.4G接收，透過5G轉發，另一台則是WISP01/29 20:07
166F→: 5G接收，透過5G轉發，通常同頻段、同晶片轉發會降低效01/29 20:08
167F→: 能，跨頻段能改善同晶片轉發導致的塞車問題，同時處理01/29 20:08
168F→: 接收和轉發，尤其是老舊的晶片，更不可能達到相對穩定01/29 20:08
169F→: 的網路環境，發生延遲爆表的狀況是常有的事。01/29 20:08
170F→: 我的狀況剛好是無線中繼，本來大部分就是透過CPU轉發，01/29 20:08
171F→: 同時開HWNAT+SFE反而是降低延遲和提高穩定性的手段，甚01/29 20:08
172F→: 至在老舊硬體上，CPU使用率飆高，你再好的演算法都救不01/29 20:08
173F→: 了，WISP轉發就是雙倍的流量，接收+轉發就是原來的兩倍01/29 20:08
174F→: ，讓硬體接管，降低CPU的負荷，反而讓硬體的狀態更穩定01/29 20:08
175F→: 。01/29 20:08
176F→: 這我都交叉測試比對過了，如果你是有線網路轉無線的狀01/29 20:09
177F→: 況，只要成功進入硬體轉發的連線有可能就會導致CAKE針01/29 20:09
178F→: 對離開介面的速限失效，CAKE還改善了Starlink的延遲，01/29 20:09
179F→: 如果你有興趣研究，可以問問搜尋引擎CAKE WISP，基本上01/29 20:09
180F→: 你應該能找到CAKE演算法作者的討論串01/29 20:09
181F→: CAKE成功套用，請看下方：01/29 20:09
182F→: http://i.imgur.com/GLjwGoU.jpg01/29 20:09
183F→: http://i.imgur.com/YtWnN8U.jpg01/29 20:09
184F→: http://i.imgur.com/jx9bVQ7.jpg01/29 20:09
185F→: http://i.imgur.com/7vSjA0n.jpg01/29 20:09
200F→: 如果是有線網路連線，原廠能做到的，這一樣能做到，但01/30 18:41
201F→: 我的使用情境就只是拿來當WISP做無線中繼，以目前這樣01/30 18:41
202F→: 就是相對最穩定，純無線網路的環境下已經差不多極限了01/30 18:41
203F→: ，我是自己用的滿意分享出來，怎麼變成要我證明我說的01/30 18:41
204F→: 是真的？01/30 18:42
205F→: 網速上限就100/40，在那邊問的是真的不知道PPPoE的上限01/30 18:42
206F→: 是94左右嗎？開發者建議就是以最高速度保留5~10%，也就01/30 18:42
207F→: 是94x0.9~0.95，用腦袋算不出來，不會用計算機？01/30 18:42
208F→: 分享出來的本意，就只是用得到的人自己可以用，沒這兩01/30 18:42
209F→: 個型號的路由器或用不到的人，你去刷openwrt4.19內核之01/30 18:42
210F→: 後的版本，只要編譯有寫好參數，你的韌體就內建CAKE演01/30 18:42
211F→: 算法，就算有也不是每個人都會用，你指令沒輸或者是沒01/30 18:42
212F→: 給他自動用腳本掛載模組，一樣是沒用，Padavan3.4.11301/30 18:42
213F→: 就是預設使用pfifo，雖然4.4.198預設已經用上了fq_code01/30 18:42
214F→: l，不過如果沒依照你的網速配置好，一樣是沒用，不管你01/30 18:43
215F→: 用上再好的演算法都是白搭！01/30 18:43
216F→: 哦！對了！樓上那位c開頭的鄉民，是不是記憶力不太好？01/30 18:43
217F→: 你前面不是問qdisc嗎？我貼了你問的，你又反問我貼無線01/30 18:43
218F→: 介面幹嘛？01/30 18:43
219F→: 你是沒看到？還是你根本看不懂指令跟參數？01/30 18:43
105F→: 但一樣是Exos戰鬥機標籤11/29 18:11
95F推: 樓上的脫殼是之前國外在討論的Expansion 14TB脫殼抽11/29 18:01
108F→: http://i.imgur.com/jU34rjY.jpg11/29 18:11
107F→: http://i.imgur.com/LqZzb2l.jpg11/29 18:11
106F→: http://i.imgur.com/IO9RBr3.jpg11/29 18:11
104F→: 最後一張是廠商訂單11/29 18:11
103F→: 下面再舉幾個白標的例子11/29 18:11
102F推: 白標的原因有很多種11/29 18:11
101F→: http://i.imgur.com/TmmSbNA.jpg11/29 18:01
109F→: http://i.imgur.com/l2IqMgo.jpg11/29 18:11
89F→: 在外接硬碟裡面11/29 15:17
114F→: http://i.imgur.com/5T3OzMY.jpg11/29 18:18
113F推: http://i.imgur.com/UjKx5Yo.jpg11/29 18:18
112F→: http://i.imgur.com/pcVFTHE.jpg11/29 18:11
90F推: X24 結構包含 Tri Stage Actuator 三軸驅動臂11/29 15:28
111F→: http://i.imgur.com/dd4sdnN.jpg11/29 18:11
87F推: 回78樓b大，S牌外接硬碟的內裝硬碟通常是正規型號和11/29 15:17
88F→: 標籤，目前還沒看過有Recertified綠色外框的硬碟裝11/29 15:17
99F→: 不過正規Seagate Exos 2x14應該是下面這樣，不會是11/29 18:01
110F→: http://i.imgur.com/ajAywvv.jpg11/29 18:11
100F→: 白標11/29 18:01
96F→: 到特規版硬碟，上面那四個看起來像海綿的，國外論壇11/29 18:01
97F→: 說感覺是像黏土材質的物體，應該是避免震動太猛烈的11/29 18:01
98F→: 關係11/29 18:01
57F推: ExosX24-Summit-ISE-SATA-512E-SE05.zip11/28 19:47
58F→: ExosX24-Summit-ISE-SATA-512E-RE05.zip11/28 19:47
59F→: ExosX24-Summit-ISE-SAS-5xxE-EE05.zip11/28 19:47
60F→: ExosX24-Summit-ISE-SAS-5xxE-FE05.zip11/28 19:47
61F→: SATA有兩種韌體11/28 19:47
62F→: SAS也有兩種韌體11/28 19:47
64F→: 期待神人脫殼解盲11/28 19:57
65F→: 看是正牌飛機硬碟11/28 19:57
66F→: 還是特規白標硬碟11/28 19:57
67F→: http://i.imgur.com/udHPRgh.jpg11/28 19:57
68F→: http://i.imgur.com/2TvIvYs.jpg11/28 19:57
69F→: http://i.imgur.com/jeqNYUy.jpg11/28 19:57
70F→: http://i.imgur.com/fVBMC5p.jpg11/28 19:57
71F推: http://i.imgur.com/l57H5PF.jpg11/28 20:02
73F推: 回樓上，不是指這次20TB的，我是指以前14TB國外有人11/28 20:28
74F→: 拆到白標硬碟11/28 20:28
219F推: 四腳朝天11/28 19:01
220F→: http://i.imgur.com/IhLhwDK.jpg11/28 19:01
114F推: CTBCCOUPONQ2218.172.84.229 05/21 13:05
816F推: 推07/10 13:36
Taiwan641 在 PTT 的暱稱紀錄, 共 1 個
暱稱：641
文章數量：36