这是一个创建于 3304 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 Vultr 上选的 NewYork 的主机， 之前 ping 是 300ms 左右，装了 BBR 之后现在稳定在 250ms 左右
用 VPN 访问，延时对鼠标键盘的相应刷新太卡了，但是物理距离有这么远，好像也没什么更好的办法提高相应速度了吧？ 一部分操作可以丢到 SSH 下去做，但是还是有部分图形界面的东西，怎么破？
用 VPN 访问，延时对鼠标键盘的相应刷新太卡了，但是物理距离有这么远，好像也没什么更好的办法提高相应速度了吧？ 一部分操作可以丢到 SSH 下去做，但是还是有部分图形界面的东西，怎么破？
 | 1 v2gba 2017 年 3 月 30 日 换西岸的主机 换香港日本国内的主机 |
 | 2 Zohar 2017 年 3 月 30 日 via Android BBR 是针对 TCP 的算法， ping 是 ICMP ，所以说， BBR 应该不会对 ping 值产生影响。 |
 | 3 maoyipeng 2017 年 3 月 30 日 via Android 找香港服务器中转 |
 | 4 tadtung 2017 年 3 月 30 日 bbr 怎么会对 ping 值有影响？ 只是降低丢包。提高下载速度而已。 vnc 延时 一方面你的机器差，，另一方面你选的 纽约节点 电信连接是 比较坑的。。 用日本节点或者美西做中转。。。 你的站点如果不是面向美国不建议用美东节点。 |
 | 5 netwboy 2017 年 3 月 30 日 ss+sockcap64 妥妥的~~ |
 | 6 hihihihihi OP |
 | 7 est 2017 年 3 月 30 日 自己爆改 X 用 H265 传输位图。 |
 | 8 raysonx 2017 年 3 月 30 日 @tadtung BBR 并不能降低丢包。丢包是物理链路的事情，发送方不能控制。 传统 TCP 流控算法以丢包作为拥塞的标志，只要发生丢包就退让（没丢包就激进地提高发送速率，然后再丢包），不能合理利用带宽。 BBR 所做的是用送达速率和时延估计链路的有效带宽，调整发送速率，无视丢包与否。 |
 | 9 d7101120120 2017 年 3 月 30 日 瓶颈不在于距离而在于国际出口问题，建议走香港代理比如阿里云 HKB 。 |
 | 10 yulgang 2017 年 3 月 30 日 可以将颜色调成黑白的，降低分辨率。 我之前帮朋友处理问题时 teamviewer 不错， 虽然不算快 但比较稳定。 teamviewer 也可以将图像调成黑白的。 |
 | 11 zhangyh26258 2017 年 3 月 30 日 找个国内 /香港 vps 中转一下，他们的线路优化的比较好，延迟会低很多 |
 | 12 yangxuan8282 2017 年 3 月 30 日 ssh 可以转发 x11 ，然后再用 kcp 加速一下 |
 | 13 yjd 2017 年 3 月 30 日 kcp, |
| 14 hihihihihi OP @yangxuan8282 X11 Forwarding 本身太慢了，我用阿里云测试的时候，国内 VNC 跟本地操作一样流畅，换 X11 Forawrding 后卡的要死。 |
 | 15 SoulGem 2017 年 3 月 30 日 via iPhone 尽量用 LA 的机房好一些，然后上 CN2 或者 NTT 中转，速度好很多 |
 | 16 pagxir 2017 年 3 月 30 日 via Android 什么鬼建议， X11 是设计给局域网用的。 |
 | 17 mlyy 2017 年 4 月 19 日 vnc 性能堪忧。建议 x2go 或者 nomachine |
Select Language