终于搞清楚了扶墙跑不起来的原因了，原来扶墙真的要高配

HXS

结论是：
软路由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性能

HXS

Romeoiii 发表于 2024-4-25 21:00
我个人的体会，线路很重要，其次才是协议。

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

当然线路好越好越快
但我这里测试的是同一线路 CPU的瓶颈对扶墙的影响，CPU还是影响很大的
我测试是同一线路

xqdoo00o

是的，你这还是双层加密，更吃性能。卖的贵的东西 唯一缺点就是卖的贵。

cmfv

X86旁路由随便跑好吧。。我7200U的旁路由都不知道用多少年了

azy

优秀的技术贴，感谢楼主分享！

HXS

plyu007 发表于 2024-4-26 21:18
拿估计是原生支持了udp over tcp？之前要另外装插件来实现

貌似是支持tcp了，因为我在甲骨文的安全组只打开了tcp端口，可以连得上

梦梦别跑

加解密功能上gpu,不过软路由加gpu哈哈

HXS

中移国际 发表于 2024-4-26 21:22
不只是你的电脑要高配，vps也要高配

的确是这样，小鸡的CPU也的确影响扶墙速度

openshit

不知所云

fengyaochen

下个CPU-Z，单核分数300-350的基本能跑满G口，跑满2.5G口需要12代的U

wwbfred

主要是现在好多东西都用Go写，效率一下就下来了。
你可以把TLS和其他组件分开，用NGINX加解密数据。这样不仅能用到多核，加密效率也能上去。

中移国际

不只是你的电脑要高配，vps也要高配