缓慢的 VNC。瓶颈在哪里？

Question

我在局域网中有两台计算机，一台用于休闲，一台用于业余爱好。我通过 Remmina VNC 连接到后者。

这就是爱好电脑桌面的样子。

我的鼠标光标的速度还可以，但是在窗口周围拖动非常缓慢且断断续续。正如你在右上角看到的，CPU 显示它大约是 20%（在 Arch Box 上），也就是说，当我拖动终端时。否则，它位于 1% 以下。我有它在全屏 1920x1080 上，因为我在它上面编程，所以我喜欢把它保持在那个大小。

我需要做什么才能让它以足够的速度运行？如果拖动窗口会顺利进行，我很高兴。

我应该更改设置吗？使用其他应用程序/协议？是因为制作 Cat5 电缆吗？CPU 功耗低？

这些是我对 Remmina 的设置。

详情 局域网

一台家用/客户端计算机

• 根据 cpubenchmark 的 CPU 基准 25xx（非常慢，我知道）
• Ubuntu 16.04 统一 7
• Fritz!Box 电力线 1000E
  • Cat 5 电缆 (1m)

一台业余爱好/服务器计算机

• 根据 cpubenchmark 的 CPU 基准测试 18xx
• ArchBang 操作系统
• Cat 5 电缆 (10m)

FRITZ!Box 7360 调制解调器

• 2x 1Gbit LAN 连接
• Fritz!Box 电力线 1000E
  • Cat 5 电缆 (0.3m)

Answer 1

我们需要更多信息才能得到更好的答案，但根据您发布的内容，您的 Arch 盒子上似乎出现了 20% 的利用率。我不认为这是一个 VNC 问题，但似乎更像是在 VNC 通过网络连接传输屏幕之前，Arch 框正在被征税来移动终端窗口。换句话说，您的 Arch 系统正在渲染然后传输 Arch 框屏幕上的像素。在重新渲染屏幕位置的过程中，Arch box的CPU用于重新绘制屏幕。

由于 VNC 只是重新传输该屏幕，我的建议是使用更高效的协议，例如 RDP 或 NX，它将部分渲染负载卸载到客户端 Ubuntu 系统。

https://wiki.archlinux.org/index.php/FreeNX

您可能希望更清楚地定义您的问题。哪台计算机的 cpu 利用率为 20%，导致窗口移动？另外，您每台计算机的规格、实际 CPU、RAM 数量、视频芯片组是什么？

您的计算机很可能无法胜任这项任务。