vnc 性能堪忧。建议 x2go 或者 nomachine

什么鬼建议， X11 是设计给局域网用的。

尽量用 LA 的机房好一些，然后上 CN2 或者 NTT 中转，速度好很多

@yangxuan8282 X11 Forwarding 本身太慢了，我用阿里云测试的时候，国内 VNC 跟本地操作一样流畅，换 X11 Forawrding 后卡的要死。

kcp,

ssh 可以转发 x11 ，然后再用 kcp 加速一下

找个国内 /香港 vps 中转一下，他们的线路优化的比较好，延迟会低很多

可以将颜色调成黑白的，降低分辨率。
我之前帮朋友处理问题时 teamviewer 不错， 虽然不算快 但比较稳定。 teamviewer 也可以将图像调成黑白的。

瓶颈不在于距离而在于国际出口问题，建议走香港代理比如阿里云 HKB 。

@tadtung BBR 并不能降低丢包。丢包是物理链路的事情，发送方不能控制。
传统 TCP 流控算法以丢包作为拥塞的标志，只要发生丢包就退让（没丢包就激进地提高发送速率，然后再丢包），不能合理利用带宽。
BBR 所做的是用送达速率和时延估计链路的有效带宽，调整发送速率，无视丢包与否。

自己爆改 X 用 H265 传输位图。

@MrGba2z 服务器必须布置在美国，没办法

@Zohar ping 值确实下降了一些

@tadtung 两边机器都是 8 核，应该不差了，我换个 LA 的看看

ss+sockcap64 妥妥的~~

bbr 怎么会对 ping 值有影响？ 只是降低丢包。提高下载速度而已。
vnc 延时 一方面你的机器差，，另一方面你选的 纽约节点 电信连接是 比较坑的。。 用日本节点或者美西做中转。。。

你的站点如果不是面向美国不建议用美东节点。

找香港服务器中转

BBR 是针对 TCP 的算法， ping 是 ICMP ，所以说， BBR 应该不会对 ping 值产生影响。

换西岸的主机
换香港日本国内的主机