这是一个创建于 3229 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 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