ping 值、丢包率，哪个影响更大？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3334 天前的主题，其中的信息可能已经有所发展或是发生改变。

目前看上两个 VPS ，从上海电信 ping 过去大概 200 次
第一个 ping 值在 30~40ms ，丢包率 4%
第二个 ping 值在 70~80ms ，丢包率 0%
这两个指标在实际使用中到底哪个影响更大，我应该选择哪一个？
不玩游戏，对延迟没有那么敏感，关键是那个丢包率不知道 4%是一个什么样的水平

ping

丢包率

VPS

看上

39 条回复 • 2024-06-20 20:14:36 +08:00

aofall

2015-11-14 23:49:13 +08:00 via iPhone

Ping 差别不大时（几十毫秒）还是丢包率低比较好

c742435

2015-11-14 23:49:22 +08:00

要 0 的。丢包率高下载速度上不去。

wangluowangwang

2015-11-14 23:56:52 +08:00

丢包率。 ping 高一定不代表传输慢。

wangluowangwang

2015-11-14 23:57:54 +08:00

有一种情况下限制了 icmp 报文， ping 能高到几千，可实际传输不受影响。

est

2015-11-14 23:58:11 +08:00

丢包率问题更大。

processzzp

2015-11-15 00:03:43 +08:00 via Android

延迟高一点没关系，只要你不打网游或搞直播，延迟高一点根本感觉不出来的

丢包多那就要命了， TCP 协议丢一个包就只能等待重传，网速根本上不去，卡卡的

mornlight

2015-11-15 00:24:02 +08:00

丢包

tobyxdd

2015-11-15 00:35:49 +08:00 via Android

不管是普通传输还是游戏都是丢包更致命

kendetrics

2015-11-15 01:56:47 +08:00

肯定丢包，延迟高速度也能快
丢包高就没的救了

SkyLanD

2015-11-15 02:11:01 +08:00

以游戏来讲， Ping 高最多延迟，丢包是卡，跳帧

两者都致命，非要选一种，我选延迟…

Marfal

2015-11-15 04:53:18 +08:00 via iPhone

别太在意，上海电信的话今天可能 ping 过去 40ms ，无丢包，明天 ping 值就可能飙到三位数，狂丢包。

wql

2015-11-15 08:49:59 +08:00 via Android

中国那个丢包不多?看平均值多少罢了。
至于 ping 那是有可能骗你玩的。

21grams

2015-11-15 10:09:44 +08:00

当然是丢包率

alex321

2015-11-15 10:30:16 +08:00

我想起华为荣耀的 WS831 ， ping 值一般的路由器表现， 1-5ms ，偶尔会有 1000ms 开外的；然后，这货做 AP 的时候 ping 丢包在 9%。。。。。。。

miyuki

2015-11-15 10:31:19 +08:00 via Android

丢包率

matrix67

2015-11-15 10:58:42 +08:00

matrix67

2015-11-15 11:02:48 +08:00

ping 相当于距离。丢包是重传。

相当于一批货从北京运到天津，距离是很短，但是老是在管卡上缺手续证明，让你在开会北京去办手续去。

ping 高类似于运到南京，虽然路远一点，但是人家天高皇帝远没人管啊，一趟就运过去了。

Quaintjade

2015-11-15 11:15:54 +08:00 via Android

当然是丢包影响大。
想想和别人约时间见面，迟到也就等十几分钟半个小时，如果放鸽子（无法告诉你不来），可能就浪费好几个小时干等。

延迟不过就是每个包几百毫秒，丢包等到超时要五分钟十分钟，而且打开网页时有一大堆包，丢几个就有的等了。

qgy18

2015-11-15 12:38:36 +08:00 via iPhone

@matrix67 《 Wireshark 网络分析就这么简单》？

matrix67

2015-11-15 12:42:08 +08:00

@qgy18 是啊

jasontse

2015-11-15 12:44:05 +08:00 via iPad

丢包后等待重传花的时间是延迟的 N 倍

gamexg

2015-11-15 12:58:02 +08:00 via Android

原始的 tcp 实现碰到丢包会直接降低一倍的发包速度

herojaxy

2015-11-15 13:08:08 +08:00

原来如此，感谢大家，还是 v2exer 有爱

spl2015

2015-11-15 13:21:20 +08:00 via Android

@herojaxy 求问丢包率是用什么工具测的？

skydiver

2015-11-15 13:29:27 +08:00

@Quaintjade 丢包等到超时要五分钟十分钟……你确定么……

toor00

2015-11-15 15:04:19 +08:00 via Android

看来还是延迟好，丢包路上堵死人

IanPeverell

2015-11-15 15:57:48 +08:00

如果是可靠传输协议，那么丢包影响大；如果是不可靠传输协议，那么延迟影响大

Quaintjade

2015-11-15 16:02:43 +08:00

@skydiver
5 到 10 分钟不太准确。

从 TCP 角度来说， Windows 的 SYN_SENT 大约三十秒（网上说 3 秒，但从 netstat 来看不止），默认 FIN_WAIT2 和 TIME_WAIT 是 240 秒。但浏览器一般会在第一次 SYN_SENT 超时之后重发，于是实际其实会等两三分钟（可以试试不翻墙访问 Google 浏览器多长时间会超时）。

实际上网页要加载许多元素，而同时连接数有限制，有几个丢了->等待->重发->丢了->等待->重发->收到，接着加载下一个元素，这种情况页面不会显示超时，但会一直处于加载状态。而且现在浏览器很傻的一点是， css 之类元素不加载完或确认超时是不会显示页面的，于是就会看到一个空白页面转啊转，有时甚至能等几十分钟。

skydiver

2015-11-15 16:15:40 +08:00

@Quaintjade 默认的 TIME_WAIT 是 60s 吧。 Linux 里应该是这样。

Quaintjade

2015-11-15 18:56:47 +08:00

@skydiver
刚查了一下， Windows 截至 server 2003 的默认 TIME_WAIT 是 240s 。不清楚 2008 以后以及桌面版默认设置如何。
https://technet.microsoft.com/en-us/library/cc757512%28v=ws.10%29.aspx