1
yexm0 2015-09-04 16:27:15 +08:00 via Android
台湾 gce 表示一直没事。
|
2
DreaMQ 2015-09-04 18:18:02 +08:00 via iPhone
dmesg 看看是不是内存不够了
|
3
xy2938 2015-09-04 18:58:19 +08:00
估计是内存超了,跑去用 swap 了, swap 的效率很低
要截断,我估计也是你们公司的防火墙吧,骨干网可没有这个精力去给你丢这种包,而且锐速本来就是应对丢包,如果你本身没有明显丢包,他应该不会做多重发包的 |
5
wy315700 2015-09-04 20:26:34 +08:00
那就可能是乱发包,被拦截了。
一般这种加速的原理是不遵守拥塞控制协议,使劲的发包,,, |
6
xy2938 2015-09-04 20:43:45 +08:00
@kqz901002 明显是你骨干网堵了,和你说看 tracert 根本没用
1. 高峰期你看 202.97 丢包没用,因为数据照样能到,这个是对路由器的保护, icmp 故意丢包,就算你走 CN2 也一样会看到 53 开头的丢包,但是人家速度可能满 2.即使你说的这些都对,也充其量只能算是单向的,你要从你 linode 上面 ping 过来看丢包不,那个才是从机器发包 3.就算这些都能排除关系,非对称网络也是复杂的要死,你去到某个 202.97 的线路,回来的路径 100%不是你从 tracert 看到的,那你又怎么知道这个丢包是不是丢在了你看不到的回路上了?难道你能到 202.97 的路由器上 ping 回路么 总结:这事太复杂,不一定是骨干网和土 wall 干的,还有就是你不要把锐速挑的太 aggressive 了,高峰期可能会更糟(商用白天堵,民用凌晨不堵) |
7
realpg 2015-09-05 08:02:52 +08:00
你的 linode 如果是最低配置和第二低配置,那很正常。
你开着锐速试试 apt-get update 看看卡不卡 |