VNC 速度很慢。瓶颈在哪里?

VNC 速度很慢。瓶颈在哪里?

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

这是爱好计算机的桌面的样子。

爱好

我的鼠标光标速度还可以,但在窗口上拖动时速度非常慢且不连贯。如您在右上角看到的,CPU 显示它在 20% 左右(在 Arch Box 上),也就是说,当我拖动终端时。否则,它停留在 1% 以下。我将其设置为全屏 1920x1080,因为我用它编程,所以我喜欢将其保持在该尺寸。

我需要做什么才能让它以足够的速度运行?如果拖动窗口可以顺利进行,我就很高兴了。

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

这些是我对 Remmina 的设置。

雷米纳

详细信息 LAN

一台家庭/客户计算机

  • 根据 cpubenchmark,CPU 基准测试为 25xx(我知道,速度非常慢)
  • Ubuntu 16.04 Unity 7
  • Fritz!Box Powerline 1000E
    • Cat 5 电缆 (1 米)

一台爱好/服务器计算机

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

FRITZ!Box 7360 调制解调器

  • 2x 1Gbit LAN 连接
  • Fritz!Box Powerline 1000E
    • 5 类电缆(0.3 米)

答案1

我们需要更多信息才能给出更好的答案,但根据您发布的内容,似乎 20% 的利用率发生在您的 Arch 框上。我不认为这是 VNC 问题,但似乎更像是在 VNC 通过网络连接传输屏幕之前,Arch 框被要求移动该终端窗口。换句话说,您的 Arch 系统正在渲染然后传输 Arch 框屏幕上的像素。在重新渲染屏幕位置期间,Arch 框的 CPU 被用于重新绘制屏幕。

由于 VNC 只是重新传输该屏幕,因此我的建议是使用更高效的协议,例如 RDP 或 NX,它可以将部分渲染负载转移至客户端 Ubuntu 系统。

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

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

很可能是您的计算机还不能胜任这项任务。

答案2

如果已启用 SSH 隧道,请确保尝试不使用 SSH 隧道。

由于某种原因,SSH 隧道减慢了我的计算机上的所有速度,可能是由于糟糕的实现或错误。

你的 CPU 上升到 20% 是没问题的。

您还应该选择更高的颜色分辨率,我喜欢最高的“真彩”。它对我的机器的性能没有任何影响。

关闭 ssh 隧道对我来说就好了,其他任何方法都没有太大效果。

是的,我知道这已经过时了,但我遇到过同样的问题,而且我想有些人也会遇到。

我也建议使用 rdp 协议而不是 vnc。

相关内容