平时安卓、Mac 互传,在 Wi-Fi 信号良好的情况下(公网 speedtest 有上百 Mbps ),速度也只有 1 、2MBps 。
为了准确,USB 3.0 线直连手机和 Mac 做网络共享。
测试文件:1 个 Windows Server 2019 的镜像文件,5.68GB 。
iperf3 和安卓上的 Network Tools 测速能达到 1Gbps:
测出来的结果,只有 15MBps+:
相对的,我用 Node.js serve 命令直接开一个 HTTP 服务器,则能到达 80MBps+:
1
dcsuibian OP Bps 字节,bps 位。为了避免干扰,直接用了相关工具、状态栏中的单位,没有换算成统一的单位。
|
2
stille 2022-05-29 00:27:29 +08:00 via iPhone
我回头测试下看是不是我部署的有问题…
|
3
dcsuibian OP @stille 不是你这边的问题,我平时用 snapdrop.net 就挺慢的。
只是刚刚测试的时候官方服务器正好挂了,所以用了下你这个。 SnapDrop Down: https://github.com/RobinLinus/snapdrop/issues/451 |
4
a1791661482 2022-05-29 09:31:30 +08:00
Snapdrop ,ios 开 Surge 可以找到设备,但无法传输东西,包括文本。直接弃用了
|
5
dacapoday 2022-05-29 12:11:15 +08:00
用 sharedrop.io 试试呢,这个好像支持回退到 ws 进行服务器中转,
也可以分享链接,强制加入同一个房间。 |
7
flyqie 2022-05-30 07:21:49 +08:00 via Android
到浏览器开发者工具看下 ws 传输的数据,它会帮助你找到问题。
snapdrop 如果双方设备都支持 webrtc 的话,会走 webrtc datachannel 完成数据传输,这个传输理论上来说应该是完全内网的(除非打洞失败,需要走 turn),并通过 ws 交换信令等信息。 如果有任何一方不支持 webrtc 的话,就会走服务器中转,用的也是 ws 。 还有一个可能会影响速度的点是,snapdrop 对文件数据做了分块处理,这在某种程度上会影响实际的传输速度。 最后,个人其实不太建议在国内环境用 snapdrop 做内网传输,这个项目设计有一个不好的点,它是以公网 ip 做房间名的,虽然我也没想到有啥别的方法,但是这么搞在某些国内运营商那边确实不好办。 |