1
aofall 2015-11-14 23:49:13 +08:00 via iPhone
Ping 差别不大时(几十毫秒)还是丢包率低比较好
|
2
c742435 2015-11-14 23:49:22 +08:00 1
要 0 的。丢包率高下载速度上不去。
|
3
wangluowangwang 2015-11-14 23:56:52 +08:00 1
丢包率。 ping 高一定不代表传输慢。
|
4
wangluowangwang 2015-11-14 23:57:54 +08:00
有一种情况下限制了 icmp 报文, ping 能高到几千,可实际传输不受影响。
|
5
est 2015-11-14 23:58:11 +08:00
丢包率问题更大。
|
6
processzzp 2015-11-15 00:03:43 +08:00 via Android 2
延迟高一点没关系,只要你不打网游或搞直播,延迟高一点根本感觉不出来的
丢包多那就要命了, TCP 协议丢一个包就只能等待重传,网速根本上不去,卡卡的 |
7
mornlight 2015-11-15 00:24:02 +08:00
丢包
|
8
tobyxdd 2015-11-15 00:35:49 +08:00 via Android
不管是普通传输还是游戏都是丢包更致命
|
9
kendetrics 2015-11-15 01:56:47 +08:00
肯定丢包,延迟高速度也能快
丢包高就没的救了 |
10
SkyLanD 2015-11-15 02:11:01 +08:00 1
以游戏来讲, Ping 高最多延迟,丢包是卡,跳帧
两者都致命,非要选一种,我选延迟… |
11
Marfal 2015-11-15 04:53:18 +08:00 via iPhone
别太在意,上海电信的话今天可能 ping 过去 40ms ,无丢包,明天 ping 值就可能飙到三位数,狂丢包。
|
12
wql 2015-11-15 08:49:59 +08:00 via Android
中国那个丢包不多?看平均值多少罢了。
至于 ping 那是有可能骗你玩的。 |
13
21grams 2015-11-15 10:09:44 +08:00
当然是丢包率
|
14
alex321 2015-11-15 10:30:16 +08:00
我想起华为荣耀的 WS831 , ping 值一般的路由器表现, 1-5ms ,偶尔会有 1000ms 开外的;然后,这货做 AP 的时候 ping 丢包在 9%。。。。。。。
|
15
miyuki 2015-11-15 10:31:19 +08:00 via Android
丢包率
|
16
matrix67 2015-11-15 10:58:42 +08:00 2
|
17
matrix67 2015-11-15 11:02:48 +08:00 1
ping 相当于距离。丢包是重传。
相当于一批货从北京运到天津,距离是很短,但是老是在管卡上缺手续证明,让你在开会北京去办手续去。 ping 高类似于运到南京,虽然路远一点,但是人家天高皇帝远没人管啊,一趟就运过去了。 |
18
Quaintjade 2015-11-15 11:15:54 +08:00 via Android 1
当然是丢包影响大。
想想和别人约时间见面,迟到也就等十几分钟半个小时,如果放鸽子(无法告诉你不来),可能就浪费好几个小时干等。 延迟不过就是每个包几百毫秒,丢包等到超时要五分钟十分钟,而且打开网页时有一大堆包,丢几个就有的等了。 |
21
jasontse 2015-11-15 12:44:05 +08:00 via iPad 1
丢包后等待重传花的时间是延迟的 N 倍
|
22
gamexg 2015-11-15 12:58:02 +08:00 via Android
原始的 tcp 实现碰到丢包会直接降低一倍的发包速度
|
23
herojaxy OP 原来如此,感谢大家,还是 v2exer 有爱
|
25
skydiver 2015-11-15 13:29:27 +08:00
@Quaintjade 丢包等到超时要五分钟十分钟……你确定么……
|
26
toor00 2015-11-15 15:04:19 +08:00 via Android
看来还是延迟好,丢包路上堵死人
|
27
IanPeverell 2015-11-15 15:57:48 +08:00
如果是可靠传输协议,那么丢包影响大;如果是不可靠传输协议,那么延迟影响大
|
28
Quaintjade 2015-11-15 16:02:43 +08:00 2
@skydiver
5 到 10 分钟不太准确。 从 TCP 角度来说, Windows 的 SYN_SENT 大约三十秒(网上说 3 秒,但从 netstat 来看不止),默认 FIN_WAIT2 和 TIME_WAIT 是 240 秒。但浏览器一般会在第一次 SYN_SENT 超时之后重发,于是实际其实会等两三分钟(可以试试不翻墙访问 Google 浏览器多长时间会超时)。 实际上网页要加载许多元素,而同时连接数有限制,有几个丢了->等待->重发->丢了->等待->重发->收到,接着加载下一个元素,这种情况页面不会显示超时,但会一直处于加载状态。而且现在浏览器很傻的一点是, css 之类元素不加载完或确认超时是不会显示页面的,于是就会看到一个空白页面转啊转,有时甚至能等几十分钟。 |
29
skydiver 2015-11-15 16:15:40 +08:00
@Quaintjade 默认的 TIME_WAIT 是 60s 吧。 Linux 里应该是这样。
|
30
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 |
31
chinaunpay 2015-11-15 20:32:31 +08:00
@matrix67 这本书不错呀。。求书名
|
32
matrix67 2015-11-15 20:43:36 +08:00 via Android
骚年,前面说了
@chinaunpay |
33
matrix67 2015-11-15 20:44:55 +08:00 via Android
是不错,俺作为一个菜鸟学的不少。。虽然只有 200 耶✌不到,但是干货满满,作者良心的。
|
35
leavic 2015-11-16 13:01:58 +08:00
ping 的问题,顶多是 effctive 问题,丢包的问题,搞不好就是 exception
|
37
javie007 2020-03-16 19:01:29 +08:00
@Quaintjade 谢谢
|
38
cy476571989 2020-10-21 15:15:16 +08:00
感谢各位 V 友的解答,受教了。
|
39
james19820515 142 天前
有结论了吗 ?
|