- 作为一个外行，最近看了一点软路由的东西。以及某位大大搞出了 NRS 这样一种 all in one 的设备。一台设备，用 PVE 虚拟出来几种设备，所以有些不成熟的小想法。
- 很久之前一段时间好像被某些软路由的高级功能轰炸过，完了自己思考是否有必要。其中一个问题，就是那啥快，完了之后发现，快的原因主要是 intel 平台强大的性能提供的，并不能说明软路由把那啥快了。
- 最近发现的一个问题，看过一些视频博主有做视频说自己秒开网页。这个需求不错，至少那啥跑满并不是刚需。如果网页能秒开，这才是重大的意义啊。
- 回到一个底层小白的实际环境。家里 100M 的网感觉也够了，偶尔平时有路由器上挂了 transmission 会下载一些东西。家里连了十几个设备，当然绝大多数都是智能家庭的那种，那种的不耗带宽。路由器是之前无知买的小米路由 R2D。实际体验就是会有时候在下载的时候网页很难打开或者就打不开，这算是路由器对带宽管理的负载均衡不灵吧。还有就是有时候需要重启来保证网络质量的良好。
- 不得不说，某些视频中的秒开网页对人是个吸引力。当然似乎觉得这里面有很多问题可以讲。比如插网线还是 Wi-Fi 用。是不是缓存导致秒开？是高带宽导致秒开？是 intel 平台 x86 x64 高性能导致秒开？是负载均衡做得好？是专有网络环境的专有 dns 优化？
- 我对这些内容是有个期待的。无奈时间不够，需要找个大神向导来指点一下各种关键字。手里的小米路由 R2D 老实说就等于是就没有插件。听过一些 K2P K3 的传奇不知道这些东西好在哪里。这些硬路由也是否可以秒开等等。
- 欢迎大家说点有的没得，文不对题也好，你随便提到的东西都对我来说是向导是很有价值的。😁😁😁😘
This topic created in 2397 days ago, the information mentioned may be changed or developed.
 |
1
czkwg8 Nov 23, 2019
x86 和这些老 ARM 的速度不在一个水平上，想快还是 x86
|
 |
2
billytom Nov 23, 2019  1
软路由安装的 dnsmasq 或者更高级的 smartdns 有本地 DNS 缓存，然后关键还是 X86 的处理速度比路由器的 ARM 快多了，所以打开网页的感觉明显变快
|
 |
3
intellectual OP 双 11 之后才看到 NRS 这种 all in one 设备，目前想买个 i5-6200u，8g 128g 26xx 元。可以装 2 盘
|
 |
4
rebecca554owen Nov 23, 2019 via Android
线路不好，路由再好也白搭。用着 i3-6100 的 openwrt 并不觉得快在哪里，不如客户端
|
 |
5
WEBUG Nov 23, 2019 via Android
感觉还是 dns 缓存效果明显，有的路由可以在缓存失效的时候主动刷新缓存
|
 |
6
Telegram Nov 23, 2019
我感觉下载东西时，网页能秒开，是路由器 Qos 功劳吧，现在用 200M 宽带，华硕硬路由，迅雷下载东西，玩游戏还是挺稳的。
好多年前，迅雷下载东西，基本上别的啥都干不了。那时候的路由器基本都是 100 以内的 tp-link 之类的。当然，和现在带宽也有关系，100M 基本都普及了。 |
 |
7
AoTmmy Nov 23, 2019 via Android
有一说一，小米的路由不怎么滴，换一个网件或者华硕的好一点的路由基本不可能说下载东西的时候打不开网页，但是 100M 的带宽也不需要太好的路由。秒开主要还是看线路和缓存，普通使用的话好一点的硬路由足够了
|
 |
8
kokutou Nov 23, 2019
dns 缓存开了就行了。。。
openwrt 都能秒开网页。。。 |
 |
9
133qaz Nov 24, 2019 via Android
你说的这个 NRS 是不是一个叫 vediotalk 定制的？
前两月关注过软路由，无意中搜索到。他的 biili 视频下面网友都在喷他 |
|
10
133qaz Nov 24, 2019 via Android
说喷可能有些误解，改为质疑比较妥当。
|
|
11
intellectual OP |
 |
12
datocp Nov 24, 2019 via Android 1
这个迅雷导致网页慢甚至路由管理界面都打不开的问题，至今百思不得其解为什么路由管理界面也会打不开。
当然现在软路由概念比较广，openwrt 也属于这个范围。然后就是该不该在路由设定 qos,其实电信对一些常用的游戏像英雄联盟已经 qos 了。如果路由的 qos 设定不当反而导致延迟更高。 至于 x86 相对于 ramips 最主要还是 cpu 强大，目前已知像 pppoe 这种虚拟接口是需要 cpu 来支撑的。像 mtk7620 pppoe 接口大概也就 60-80mbps,加载了那个什么硬件加速插件能 100mbps 全速跑满。而 br-wan 这种接口直接就可以在 qos 状态下跑满 100mbps,而且还是 ifb0 接口。 至于 qos 可以研究 openwrt 下的 qos-scripts,至于 sqm 不支持 connmark。而且这么多年了还不支持 connmark,显然那些人都没有意识到不支持 connmark 的 qos 有多耗 cpu 性能，动不动就告诉用户换个 cpu 性能更好的路由。 网页打开快很简单，linux 下的 tc 会将上行流量分成不同的流量组，根据别人在 adsl 线路上的结论在上行流量达到 60%仍然能保持极低的延迟，在上行流量达到 80%仍然能保持流量和延迟的平衡，而超过 80%就开始波动了。这里有个很重要的现象整体线路的 80%以及每个分组的 80%。这样将游戏的延迟设定到需要绝对优先级的 20%流量分分组，将获得 19ms 的极低延迟。将网页优先于 p2p 流量共享 80%的流量分组，此时 p2p 的延迟可能接近 600ms。 在平常状态下网页低于游戏高于 p2p 流量，如果简单理解这个 pppoe 接口的 qos 上行队列就是 游戏网页 p2p ,根据 tcp 握手的过程 isp 端也将优先返回游戏网页 p2p 流量，这就是 qos 优于 pfifo 先进先出的说法，有优先级的改变上行队列从而更快的获得下行队列。 基本关键词就是 qos,还有 pppoe tun power。 |
|
13
datocp Nov 24, 2019 via Android 1
Iptables -A FORWARD -o pppoe-wan -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
当然这句也很重要能极大的改善网络呑吐，特别像访问亚马逊慢的问题。linux 下能优化网络的选项太多了，还有那些 tcp/udp timeout 稍微设置不当就可能导致网络异常，而这些参数在 routeros 系统却是极低的容易造成网络连接异常。 |
 |
14
zbinlin Nov 24, 2019
“秒开网页”就是一个伪命题，影响因素太多了
|
 |
15
hutng Nov 24, 2019 1
秒开网页确实影响因素太多，服务端、dns、线路、客户端、https。。。变量太多，不好控制。
|
|
16
intellectual OP @datocp 信息含量丰富，感谢大佬
|
|
17
intellectual OP @133qaz 陆续看了一些，回过味来感觉确实有问题，
2 盘不行，起码也得 3 盘吧，2 盘 nas 1 盘杂物，最低要求了吧；结果杂物盘就得用 usb 方法来搞定，这个不太爽。 另外，hdmi 的问题，都买 i5 i7 了，性能不能浪费呀，得要装个电视盒子吧。如果支持 4k，那就真香，立马剁手。但是是 vga，似乎就不是很香了，等等再说吧。虽然 4k 不是刚需，但为什么马上 2020 了还要 vga ？虽然其它方法可以曲线实现 4k，但还是感觉不怎么香。 |
|
18
133qaz Nov 25, 2019 1
@intellectual 这条信息可能对你有用；你可以去看看 https://post.smzdm.com/p/ar07mrew/（关键词 Homelab ）。厘清自己需求才好做选择。
|
|
19
intellectual OP @133qaz OKOK，一定拜读
|
Select Language