關(guān)于斐訊N1直刷包 29+版及29+o版的簡單說明和不完全測試

斐訊盒子發(fā)燒友 · 發(fā)表于 2020-8-13 10:57

斐訊N1刷機(jī)固件有+版和+o版固件，有很多人對中間的區(qū)別不是非常的了解，經(jīng)常糾結(jié)想要刷哪一個？為此樓主做了一個簡單的測試，希望通過這個測試，可以幫你們解決目前大部分的問題。

測試環(huán)境：自家的電信寬帶，200m，單臂主路由模式，pppoe撥號。主要跑speedtest.net測試，同時用固件里的實時監(jiān)控查看CPU占用率。

1. N1刷29+o并開啟 flow offlooading 加速

可以跑滿200m帶寬，cpu最高占用接近20%

2. N1刷29+o并關(guān)閉 flow offlooading 加速

可以跑滿200m帶寬，cpu最高占用接近25%

3. N1刷29+

可以跑滿200m帶寬，cpu最高占用接近40%

小結(jié)：可見，F(xiàn)lowoffloading加速的效果是明顯的，大幅節(jié)約了CPU資源

4. +O 版內(nèi)核的副作用
測試方法：用iperf3 -P2 進(jìn)行測試，分別測 PC to N1, N1 to PC

4.1 PC to N1

基本能跑滿千兆，正常

4.2 N1 to PC

這種情況下就出現(xiàn)問題了，只能跑到760m/s左右，重點是紅框的那一列： "Retr", 字面意思應(yīng)該是Retry的意思，共有590個網(wǎng)絡(luò)包被重發(fā)了，這應(yīng)該就是跑不滿千兆的原因。

為什么會出現(xiàn)Retry呢，懷疑是N1的網(wǎng)卡驅(qū)動在 tx flowcontrol，也就是流量控制方面有缺陷而導(dǎo)致的（貝殼云、我家云的+o版就沒這個問題，表現(xiàn)很好）對于TCP協(xié)議來說，由于是可靠連接，即使網(wǎng)絡(luò)包被重發(fā)也沒什么大問題，但對于UDP協(xié)議來說，網(wǎng)絡(luò)包不停地重發(fā)可能就會有問題了，由于我并不是網(wǎng)絡(luò)方面的專家，也說不出更深的道理。

5、總結(jié)

所以，有些網(wǎng)友在用了+o版本之后，會出現(xiàn)一些莫名其妙的怪問題，例如網(wǎng)速不穩(wěn)定，延時變長，不能PPPOE撥號，cifsd兼容性不好之類的。如果出現(xiàn)這些問題的話，還是建議刷+版。

以上是樓主關(guān)于兩個之間的對比測試，可以根據(jù)相關(guān)的結(jié)果，去刷你的電視盒子。

相關(guān)閱讀：斐訊N1改電視盒子【刷機(jī)＋救磚】詳細(xì)教程分享

小白電視盒子 · 發(fā)表于 2020-8-13 10:58

提示: 作者被禁止或刪除內(nèi)容自動屏蔽

ktgogo · 發(fā)表于 2020-8-14 10:06

學(xué)習(xí)了學(xué)習(xí)了

sunhb888 · 發(fā)表于 2020-8-16 15:43

ding ding ding

lhwxl2012 · 發(fā)表于 2020-8-16 18:36

簡單說明和不完全測試 [修改]

ldy1979 · 發(fā)表于 2020-8-17 06:23

好帖，感謝樓主

jonkl · 發(fā)表于 2020-8-17 06:46

zeroxia · 發(fā)表于 2020-8-22 22:16

說的都是啥。。。。

adf12as · 發(fā)表于 2020-8-29 10:51

就是看不到總結(jié)

轉(zhuǎn)世謫仙 · 發(fā)表于 2020-9-15 12:29

感謝大佬，學(xué)習(xí)了

小白電視盒子頭像被屏蔽	沙發(fā) 發(fā)表于 2020-8-13 10:58 \| 只看該作者 \| 來自海南提示: 作者被禁止或刪除內(nèi)容自動屏蔽
小白電視盒子頭像被屏蔽
	回復(fù) 支持反對使用道具舉報

› 智能電視盒 / 安卓TV機(jī)頂盒區(qū) › 斐訊盒子

關(guān)于斐訊N1直刷包 29+版及29+o版的簡單說明和不完全測試 ...

關(guān)于斐訊N1直刷包 29+版及29+o版的簡單說明和不完全測試

相關(guān)帖子