全球主机交流论坛

标题: 终于搞清楚了扶墙跑不起来的原因了，原来扶墙真的要高配 [打印本页]
作者: HXS    时间: 2024-4-25 16:56
标题: 终于搞清楚了扶墙跑不起来的原因了，原来扶墙真的要高配
本帖最后由 HXS 于 2024-4-27 09:32 编辑

结论是：
软路由CPU性能的确影响SS+KCP扶墙速度，
想跑的快，扶墙高配CPU还是必要的

这同大家平时感知是相符的，
许多人会发现在路由器扶墙慢，而电脑客户端扶墙快
应该主要由于路由器CPU性能太差造成的，而台式机CPU通常很好，所以快

测试说明：

长期用的SSR Plus+ Kcptun扶墙

线路就比较垃圾，
用的changgeip的洛杉矶256M内存12刀年付小鸡

SS加密用的aes-128-gcm
kcptun加密用的salsa20

-------------------------------

最近用了很多设备对比扶墙速度，
N1、友善R4S、J5005、友善R6S、I3 6100E

之前一直没有搞清扶墙速度上不去的原因，
N1的CPU也都没有跑满，负载也才2+，也不算高
然而N1的SS扶墙的速度为啥就跑不上去，只能跑到4-5万，R4S也只能跑到7-8万
而I3-6100E却可以随便跑到12万，甚至15万

直到今天我把htop的刷新间隔改成htop -d 0.1，
才发现原来N1的CPU瞬时其实已经跑满了，
原来htop和top默认显示的只是1分钟/5分钟/15分钟的平均负载，
虽然N1的1分钟平均负载并没有满，但其实瞬时CPU可能已经满负载了，难怪N1的SS跑不上去

扶墙要想快，还真的得好的CPU，差的路由/软路由还真的跑不上去

似乎单核性能更影响扶墙的速度，单核性能越好，SS+KCP越快

PS:
1.y2b测试SS并不是很准确，不是很推荐，
最准确的还是用Speedtest测试，选择与SS节点接近的测速节点测速
测速的同时，用htop观察软路由的负载情况，这样可以判断软路由扶墙性能是不是够用

N1性能大致相当于D525，
R4S性能接近J1900，
R6S性能略强于N5105

2.实际测试小鸡的CPU性能也同样影响到扶墙的速度，
测试方法跟路由器一样，可据此判断小鸡性能是否够用

3.同样的方法也可以用于判断迅雷等速度软件或者路由器测速跑不上去的原因是不是在于CPU性能
作者: 悠悠    时间: 2024-4-25 16:57
旁路由确实很难把速度跑满
作者: xqdoo00o    时间: 2024-4-25 16:58
是的，你这还是双层加密，更吃性能。卖的贵的东西 唯一缺点就是卖的贵。
作者: hcyme    时间: 2024-4-25 17:01
系统概念啊，找短板效果最好，
作者: buildLT    时间: 2024-4-25 17:02
怎么改htop的刷新间隔
作者: HXS    时间: 2024-4-25 17:02
buildLT 发表于 2024-4-25 17:02
怎么改htop的刷新间隔

红色的字
作者: buildLT    时间: 2024-4-25 17:03
HXS 发表于 2024-4-25 17:02
红色的字

好的，祝大哥喜乐多福，日进斗金
作者: hbsx    时间: 2024-4-25 17:05
j5005，bwg，电信最高30w，一般是10w左右
作者: wyjistest    时间: 2024-4-25 17:06
要这么快干嘛，感觉有10万就差不多了。
作者: irony    时间: 2024-4-25 17:07
这些cpu支持的指令集应该也不同吧,都是跟加密解密相关的,很影响性能
作者: 尼古丁真    时间: 2024-4-25 17:10
我是软路由 N5105 单爱快 用爱快里面的docker 建的mihomo 出来的socks5 用浏览器的switchyomega分流
搬瓦工跑满本地带宽
作者: 幽影寻秋    时间: 2024-4-25 17:11
要性能和内存的，自己也可以用来搞搞其他，所以256,512的机器我以后不会再买了
作者: 雷猴    时间: 2024-4-25 17:11
加密解密很费CPU，你搞个明文通讯试试
作者: HXS    时间: 2024-4-25 17:32
irony 发表于 2024-4-25 17:07
这些cpu支持的指令集应该也不同吧,都是跟加密解密相关的,很影响性能

这些cpu都支持这些加密指令集
作者: HXS    时间: 2024-4-25 17:39
雷猴 发表于 2024-4-25 17:11
加密解密很费CPU，你搞个明文通讯试试

那还用的了嘛，估计马上就封了
作者: HXS    时间: 2024-4-25 17:54
幽影寻秋 发表于 2024-4-25 17:11
要性能和内存的，自己也可以用来搞搞其他，所以256,512的机器我以后不会再买了 ...

服务器端性能都够，就是软路由性能
作者: mvah    时间: 2024-4-25 19:35
测试了一下 同款n1盒子 armbian 系统的时候, htop -d 0.1  , 1个核 跑25%左右
作者: zutianrun    时间: 2024-4-25 19:57
有些老U不支持AES慢的一批
作者: Bomaa    时间: 2024-4-25 19:58
这个协议不容易封么？
作者: HXS    时间: 2024-4-25 20:02
Bomaa 发表于 2024-4-25 19:58
这个协议不容易封么？

长期挂在路由器，挂4-5年了，我这是没有封过，即使是敏感时期
作者: Bomaa    时间: 2024-4-25 20:04
HXS 发表于 2024-4-25 20:02
长期挂在路由器，挂4-5年了，我这是没有封过，即使是敏感时期

以前我用搬瓦工，也是扔路由器上的，电脑上装过360，敏感事情3只小鸡都同时暴毙了。后来不用SS，也没用360了，就没被杀过了。
作者: HXS    时间: 2024-4-25 20:06
Bomaa 发表于 2024-4-25 20:04
以前我用搬瓦工，也是扔路由器上的，电脑上装过360，敏感事情3只小鸡都同时暴毙了。后来不用SS，也没用36 ...


我的SS外面有再套个kcptun加速加密，changeip小鸡几年都没有被封过
作者: Bomaa    时间: 2024-4-25 20:09
HXS 发表于 2024-4-25 20:06
我的SS外面有再套个kcptun加速加密，changeip小鸡几年都没有被封过

谢谢老哥分享。以后我试试。
作者: plusx21    时间: 2024-4-25 20:11
你这是科学客户端或者加密方式的原因吧，同N1，跑4k峰值最多也就30%，平均10%-13%，毫无压力
作者: HXS    时间: 2024-4-25 20:26
plusx21 发表于 2024-4-25 20:11
你这是科学客户端或者加密方式的原因吧，同N1，跑4k峰值最多也就30%，平均10%-13%，毫无压力 ...

我讨论的就是扶墙啊
作者: Romeoiii    时间: 2024-4-25 21:00
我个人的体会，线路很重要，其次才是协议。

N1我用几年了，中规中矩。电脑上用富强客户端肯定更快，因为电脑性能强悍，旁路由那配置再强也比不了电脑的CPU。
作者: ugvfpdcuwfnh    时间: 2024-4-26 00:58
  1. htop -d 0.1
复制代码


软路由的CPU确实影响转发效率，但是你这个代码设置的间隔时间太短了，CPU全部被htop进程占用了，至少你这个例子里，我感觉是你的问题。
作者: ugvfpdcuwfnh    时间: 2024-4-26 01:01
本帖最后由 ugvfpdcuwfnh 于 2024-4-26 01:02 编辑
  1. ~# htop --help
  2. htop 3.3.0
  3. (C) 2004-2019 Hisham Muhammad. (C) 2020-2024 htop dev team.
  4. Released under the GNU GPLv2+.

  6. -C --no-color                   Use a monochrome color scheme
  7. -d --delay=DELAY                Set the delay between updates, in tenths of seconds
  8. -F --filter=FILTER              Show only the commands matching the given filter
  9. -h --help                       Print this help screen
  10. -H --highlight-changes[=DELAY]  Highlight new and old processes
  11. -M --no-mouse                   Disable the mouse
  12. -n --max-iterations=NUMBER      Exit htop after NUMBER iterations/frame updates
  13. -p --pid=PID[,PID,PID...]       Show only the given PIDs
  14.    --readonly                   Disable all system and process changing features
  15. -s --sort-key=COLUMN            Sort by COLUMN in list view (try --sort-key=help for a list)
  16. -t --tree                       Show the tree view (can be combined with -s)
  17. -u --user[=USERNAME]            Show only processes for a given user (or $USER)
  18. -U --no-unicode                 Do not use unicode but plain ASCII
  19. -V --version                    Print version info

  21. Press F1 inside htop for online help.
  22. See 'man htop' for more information.
复制代码


-d 的参数单位是十分之一秒，你还设个0.1，那就是百分之一秒，CPU全去跑htop了



作者: Dow    时间: 2024-4-26 01:04
我能说其实都错吗。听我一句劝路由器上扶墙用PassWalll 2 。

之前测试过，速度怎么都跑不上去，在什么机器上都一样和配置也没关系。换PassWalll2马上解决，纯粹是其他几个写的不是一般的垃圾。

你换高配发现速度上去了，纯粹是因为你堆配置堆性能堆上去了。
作者: 郡主    时间: 2024-4-26 01:14
是的
作者: UNLIL    时间: 2024-4-26 01:27
跟算力有关系，1000块的华硕梅林路由器装插件300m撑死 但是整个opwrt虚拟可以跑满前兆，速度杠杠的
作者: kukuyan    时间: 2024-4-26 06:15
旁路是12700的nas，暂时没瓶颈
作者: hcyme    时间: 2024-4-26 07:19
稳定十万mbps后就不太关心的
作者: HXS    时间: 2024-4-26 07:23
ugvfpdcuwfnh 发表于 2024-4-26 00:58
软路由的CPU确实影响转发效率，但是你这个代码设置的间隔时间太短了，CPU全部被htop进程占用了，至少你这 ...

大佬，htop也是可以看到htop他自己进程占用多少CPU的呀，
事实是它自己占不了多少CPU，占满负载的都是扶墙的kcptun和SSR，尤其是kcptun
作者: HXS    时间: 2024-4-26 07:25
Romeoiii 发表于 2024-4-25 21:00
我个人的体会，线路很重要，其次才是协议。

N1我用几年了，中规中矩。电脑上用富强客户端肯定更快，因为电 ...


当然线路好越好越快
但我这里测试的是同一线路 CPU的瓶颈对扶墙的影响，CPU还是影响很大的
我测试是同一线路
作者: douglas    时间: 2024-4-26 07:43
作者: HXS    时间: 2024-4-26 12:54
UNLIL 发表于 2024-4-26 01:27
跟算力有关系，1000块的华硕梅林路由器装插件300m撑死 但是整个opwrt虚拟可以跑满前兆，速度杠杠的 ...

的确是跟CPU算力有关，可能主要是加密造成的
作者: acm    时间: 2024-4-26 13:22
vless+tcp, mt7621都能跑满
作者: DearJohn    时间: 2024-4-26 14:46
https://www.right.com.cn/forum/thread-4034493-1-1.html
作者: plyu007    时间: 2024-4-26 15:07
是kcp问题（你可以搜索看看kcp哪个协议最省资源，可以试试），不过几年前我就是i7了，没算力瓶颈
老哥你kcp没被qos，真是太走运了
作者: biubiu    时间: 2024-4-26 15:10
这协议好几年没没看到了，不会被ban吗
作者: 脱氧核糖核酸    时间: 2024-4-26 15:34
套了几层的加密，当然吃CPU了
作者: HXS    时间: 2024-4-26 20:51
plyu007 发表于 2024-4-26 15:07
是kcp问题（你可以搜索看看kcp哪个协议最省资源，可以试试），不过几年前我就是i7了，没算力瓶颈
老哥你kcp ...

现在kcptun增加了个参数-tcp，是不是不会QOS，我这跑15万是没啥问题
作者: plyu007    时间: 2024-4-26 21:18
HXS 发表于 2024-4-26 20:51
现在kcptun增加了个参数-tcp，是不是不会QOS，我这跑15万是没啥问题

拿估计是原生支持了udp over tcp？之前要另外装插件来实现
作者: 中移国际    时间: 2024-4-26 21:22
不只是你的电脑要高配，vps也要高配
作者: wwbfred    时间: 2024-4-26 21:32
主要是现在好多东西都用Go写，效率一下就下来了。
你可以把TLS和其他组件分开，用NGINX加解密数据。这样不仅能用到多核，加密效率也能上去。
作者: fengyaochen    时间: 2024-4-26 22:06
下个CPU-Z，单核分数300-350的基本能跑满G口，跑满2.5G口需要12代的U
作者: openshit    时间: 2024-4-26 22:48
不知所云
作者: HXS    时间: 2024-4-27 09:33
中移国际 发表于 2024-4-26 21:22
不只是你的电脑要高配，vps也要高配

的确是这样，小鸡的CPU也的确影响扶墙速度
作者: 梦梦别跑    时间: 2024-4-27 10:01
加解密功能上gpu,不过软路由加gpu哈哈
作者: HXS    时间: 2024-4-28 15:03
plyu007 发表于 2024-4-26 21:18
拿估计是原生支持了udp over tcp？之前要另外装插件来实现

貌似是支持tcp了，因为我在甲骨文的安全组只打开了tcp端口，可以连得上
作者: azy    时间: 2024-4-30 13:33
优秀的技术贴，感谢楼主分享！
作者: cmfv    时间: 2024-4-30 13:34
X86旁路由随便跑好吧。。我7200U的旁路由都不知道用多少年了



欢迎光临 全球主机交流论坛 (https://91ai.net/) Powered by Discuz! X3.4