Surge Mac 5 VIF 模式区别与性能报告（更新 M3 下测试结果）

Tina

终于把默认换回稳定的V1模式了，其实真不差那一些吞吐量，作为基础网络软件，首先要稳定
等待发正式版以后更新：）

JOJOforshaun

期待未来版本中推出更加完美的技术方案

WillianZ

請問方便出一個我們自己可以測速的配置嗎?
嘗試了以下, 不 work

[Host]
self.com = 127.0.0.1

WillianZ

感谢分享.

会粗暴的关闭当前资源占用最高的程序的 socket（当然就是 Surge Mac）

雖然不太懂不過, 這個調整 niceness 是無效的應對嗎? SurgeTeam

WillianZ

似乎看明白了: 是 close socket 不是 kill process 嗎?

WillianZ

還是隨意的猜測, 若顯無知請包涵.

macOS 在内核网络栈内存占用过高时（最高 256MB）

可否偽裝內存佔用大小呢?
例如 pf 的內存佔用主要部分放在 userspace 上, 再想辦法供給 pf 使用, 例如
https://developer.apple.com/documentation/xpc/1505369-xpc_shmem_map

love4taylor

fast.com 将线程从 8 改到 16 跑一会 surge 就会卡死无响应然后崩溃提示系统缓冲区已满（m1 设备，不论 vif mode 是 auto 还是 v1 都会

截屏2023-08-27 20.27.52.png

SurgeTeam

love4taylor 请问使用的是有线网络还是无线，客户端设备系统是什么？

love4taylor

SurgeTeam 无线，就增强模式 m1 air 本机测试没有做网关

SurgeTeam

love4taylor 在网络条件极差（高丢包）的情况下，高并发进行上传确实也可能出现该问题。该问题并非 Surge 特有，所有软件均可能受到该问题影响。

ACSRWR

我是一个重度Mac用户，个人觉得现在家里的外网带宽不过1000M，内网带宽不过2.5G，目前来说性能够用了，稳定性是最重要的。所以希望开发者能更注重稳定性，稳定的前提下进行各种优化。
最后偏个题，我一直在关注的DOH可以通过代理请求的支持，其实现在代理的速度很快啦，请求DNS的速度可以满足一般需求。（M1 pro MacOS13.5.1 surge 5.3）
（encrypted-dns-follow-outbound-mode = true 无效）

SurgeTeam

ACSRWR DNS 不应该通过代理解析，这不是快慢的问题，是因为通过代理解析无法拿到适合本地网络的 CDN 结果。

meowzz

Hi surge team, may I check why m2 base chip achieves a higher throughput than m1max? Is there any special hardware in m2 that helps with the processing? Thanks.

SurgeTeam

meowzz The test is for single-connection performance testing, and single-connection performance is only related to the single-core performance of the processor. Therefore, M2 is faster than any M1 chip.

meowzz

SurgeTeam ohhhh make sense! M1Max has the same single core as M1. Thanks!!

SurgeTeam

UPDATED: 更新了 M3 处理下的测试结果。

jakes

@SurgeTeam 你好，我观察到一个问题。

在使用爱快 Q6000 做 AP 时，使用 V1 模式，从 Q6000 连接的设备外网测速带宽不超过 600Mbps。切换到 V2/V3 模式后可以正常跑满 LAN 口千兆。

当设备从 Q6000 LAN 口换到上级 2.5G 交换机，可以正常跑满带宽 1200Mbps。

换用小米 AX5400，Surge VIF V1 模式也能跑满 LAN 口千兆。

使用 iperf3 测试过 Q6000 LAN 和 WAN，可以跑满。

Surge Mac 运行在 Mac mini M1 主机上，版本 5.7.4，系统 14.5 (23F79)。