1
taresky 2017-04-06 01:21:42 +08:00 via iPhone 2
| | SMB | AFP | WebDAV | NFS |
| --- | --- | --- | ------ | --- | | iOS | 5 | 5 | 90 | X | | Mac | 35 | 80 | 80 | 80 | | PC | 115 | X | 115 | 115 | 我的测试数据是这样,其中 Mac 为老款无线, PC 有线。结论是别用 SMB ,用 WebDAV https://taresky.com/post/x86-guide |
2
EricCartman 2017-04-06 01:45:55 +08:00
如果是传影音图片的话,用 dlna 协议,速度相当快
|
3
shiji 2017-04-06 05:36:55 +08:00 via Android
是的,我的 qnap 也一样,解决方法就是 pc 用 smb , mac 用 AFP 就好了
|
4
shadownet 2017-04-06 08:21:15 +08:00 via iPhone
2016 mbp 配合 ac68u 基本都能 75M 稳定 当然 NAS 是 5 类线连路由 中间还有千兆交换 SMB 协议没楼主说的那么慢
|
5
shadownet 2017-04-06 08:22:25 +08:00 via iPhone
忘记说了 75MB 是无线拷贝大文件速度
|
6
shadownet 2017-04-06 08:31:37 +08:00 via iPhone
你这硬盘是挂在 1200AC 上还是 NAS
|
7
oxoxoxox 2017-04-06 09:04:30 +08:00
我家访问 qnap 也一样, RMBP 用 smb 协议访问就很慢,走 afp 快了好几倍,走 ftp 也很快,应该是 MacOS 对 smb 协议支持不佳导致的, WebDAV 传电影貌似也蛮快的,我早就放弃 smb 协议了
|
8
cabbage 2017-04-06 09:26:51 +08:00 via Android
单纯传影音图片,局域网 Nginx 基本上能把网卡跑满, http 哪有不兼容的道理。坑也比 FTP 和 SMB 少 。
|
10
SharkIng 2017-04-06 09:38:55 +08:00
Mac↓WebDAV 和 AFP 需要额外客户端么?
|
15
sengxian 2017-04-06 12:59:39 +08:00
@hukangha 你的 WRT1200AC 有没有跳 ping 的情况啊,我这里 5G 的 WIFI ping 高的不行( OpenWrt Chaos Calmer 15.05.1 )
PING 192.168.1.1 (192.168.1.1): 56 data bytes 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=2.045 ms 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.473 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=15.869 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=47.463 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=82.506 ms 64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=163.225 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=40.947 ms 64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=72.548 ms 64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=106.506 ms 64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=2.255 ms 64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=2.793 ms 64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=2.475 ms 64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=1.132 ms 64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=1.603 ms 64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=1.386 ms 64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=1.593 ms 64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=2.098 ms 64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=113.041 ms 64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=37.642 ms 64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=68.477 ms 64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=95.473 ms 64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=1.364 ms 64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=93.610 ms ^C --- 192.168.1.1 ping statistics --- 23 packets transmitted, 23 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 1.132/41.631/163.225/47.171 ms |
19
wweir 2017-04-06 14:56:52 +08:00
@EricCartman mac 上有好使轻便的 dlna 方案么
|
20
EricCartman 2017-04-06 15:17:59 +08:00
@wweir #19 minidlna, kodi
|
21
austinchou0126 2017-04-06 15:25:33 +08:00 via iPhone
@wweir Plex
|
22
wweir 2017-04-06 15:58:03 +08:00
@austinchou0126 这个还是算了,怎么也称不上轻便
@EricCartman minidlna 只能拿来当服务端用,我们要的是客户端。 kodi 我也在用,同样是称不上轻便的东西。 另外还有一个 vlc , mac 上怎一个丑字了得 |