如何使VNC更快?


29

我需要每周几次远程访问和使用我的工作计算机。我当前正在使用UltraVNC。由于价格原因,我想使用VNC。我以前使用过VNC,主要是在我自己的网络上,它的速度很快。

但是,Internet上的VNC速度非常慢。即使在256色及更低的颜色下,关闭Aero,它的速度也难以忍受。我最近使用Ammyy Admin进行连接以执行需要快速响应时间的操作。Ammyy的速度非常快,几乎没有滞后,并且在Aero开启的情况下全彩色运行!

像Ammyy一样,如何使VNC更快?我会使用Ammyy,但我可能很快就会遇到每月15小时的限制。有什么建议么?


您是否已按照Dillie-O的建议安装并启用了镜像驱动程序?
stukelly

Answers:


19

VNC在其使用的协议中有一些固有的限制。RFB(远程帧缓冲区)通过在网络上传输像素矩形来工作。分辨率和位深度越高,发送更新所需的带宽就越大。VNC服务器/客户端已经进行了一些优化:

  1. 仅发送更改的区域,在客户端上缓存未更改的区域。
  2. 发生更改时,在客户端上复制缓存的区域。
  3. 各种形式的无损和有损压缩

您可以摆弄客户端和服务器上的设置,以查看哪些设置最适合您的Internet连接。任何客户端都可以连接到任何服务器,因为它们协商确定两种协议功能都支持,但是如果要使用更高级的协议功能,最好使用同一公司的客户端和服务器。

RDP和X协议传输绘图指令,而不是像素补丁。这就是为什么在某些情况下它们优于VNC的原因。

其他专有的远程访问服务可能使用类似的技术,但未记录在案。远程访问服务确实具有比直接远程访问更容易打穿防火墙的好处,它们通常更易于配置并且对加密具有更好的支持。

我曾经使用过VNC,远程桌面,免费的LogMeIn,PCAnywhere和远程X。每种都有其优点:

  • 实际上,VNC在极其有限的比特率下比其他协议表现更好。(考虑拨号连接),它几乎可以在任何平台上工作。
  • 远程桌面在LAN上运行良好,并与ActiveDirectory无缝集成。
  • LogMeIn非常适合通过Internet访问Windows PC,并且还支持ActiveDirectory集成。它具有ActiveX,Java,Firefox扩展,甚至还有基于HTML的客户端。免费版最多可管理5台PC。付费版本增加了该数量,增加了文件传输和高级管理功能。
  • PCAnywhere与VNC和远程桌面类似。它支持各种级别的加密,文件传输和远程配置。您必须将它们与VNC和远程桌面结合在一起。
  • X是Unix世界上等效的远程桌面。公平的说,它比其他任何协议都要长很多。它可以在LAN上很好地工作,但是在Internet上太闲谈了。有几个项目试图通过不同程度的成功来改善这一状况。已经提到的NoMachine NX就是这样一个项目。

除了赛门铁克出售的PcAnywhere之外,我提到的所有远程访问协议都是免费提供的(可以通过操作系统下载,也可以通过下载)。

我个人将尝试其中的每一种,然后选择最适合您需求的一种。


我所从事的业务将其安装在所有客户的PC上。它一直有效,直到客户开始获得更多的安全保障为止。然后,配置每个客户的防火墙变得很麻烦。因此,他们切换到了GoToMyPC的IT版本。但是PCAnywhere实际上是一个非常完善的产品。
肯尼斯·科克伦

与该答案中的选项相比,我很想了解Chrome远程桌面的性能。在低带宽连接上使用时,我发现它与VNC非常相似。
内森·奥斯曼

@NathanOsman Chrome远程桌面使用Google几年前从On2购买的VP8编解码器,因此我认为它相当不错。我没有研究它,但我认为CRD只是使用类似于数十种其他视频编解码器的有损压缩将整个屏幕编码为帧。随着拨号上网的消失,几乎没有动力针对这种有限的比特率进行优化。那就是VNC真正的亮点。
肯尼斯·科克伦

13

您可以尝试NoMachine NX。我的一个朋友使用它在提高VNC速度方面取得了一些成功。

对于我来说,我正在使用RDP,我认为这绝对是Windows系统的必经之路。其他人在TeamViewerRemote Administrator中都取得了良好的效果。


我打算建议NX。只是更多细节:您需要一台Linux机器到远程端(即您的办公室)来运行NX软件。它具有一个VNC网关,您可以将NX服务器连接到其网络上的本地VNC服务器。(也可以使用RDP进行同样的操作。)
Evan

>我的一个朋友在提高VNC速度方面成功使用了它。只是一个小问题,但是NX与VNC完全不同(尽管它们执行类似的功能)
Jason Axelson,2009年

NX Now支持OS X和Windows服务器。它比传统的VNC快得多。
Indolering

2

我放弃了,如今,当我在Windows和Linux上使用X转发时,我只使用LogMeIn Free


我以前曾经用过。只是再次尝试,它似乎做得很好。凉。谢谢!
NickAldwin

我将其标记为答案(我真的很想),但是它提供了替代方案,而不是解决方案。抱歉。确实对我有用,谢谢!
NickAldwin

2

您是否研究过UltraVNC?他们在系统中内置了镜像视频驱动程序,可帮助加快某些刷新和通知问题。我认为它可以为您提供帮助,并且仍然免费。


呵呵,不用担心。我知道那里有一百万种VNC,只是想抛弃这个想法。
Dillie-O,2009年

1

如果这样做,则可以根据计算机的IP地址连接到计算机,则可以将TeamViewer作为“仅本地”运行。与VNC相比,这是一个巨大的速度改进。


1

最近对它们进行了全部测试,Ammy Admin在常规用途中是列表中最好的。Temviewer也可以完美运行,并具有Android和Mac支持,因此在与另一个OS连接时,它是一个很好的选择。Ammy Admin和TeamViewer都支持Directx,因此您可以在屏幕上玩游戏或看游戏,但是Team Viewer确实很慢,我不建议在游戏中使用它。在Guild Wars 2和Diablo 3中进行了测试。还在UltraVNC,TightVNC和RealVNC中测试了Directx,但我无法让它们与Directx游戏一起使用。进入游戏后,只会显示一个黑色窗口。(计算机没有挂起,只是显示一个黑色的窗口,您可以将其最小化)。

Team Viewer具有强大的支持,他们会频繁地答复电子邮件。

Ammy Admin最糟糕的事情是价格和支持,因为您需要为每台计算机使用一个许可证,一个用于客户端,另一个用于服务器,大约(70 + 70)140欧元(含高级许可证)。

另一方面,VNC没有太多的支持,因为它们是免费的。

最好的选择是对它们全部进行测试,看看哪个在您的系统中表现更好。


1

尝试使用此:

-snapfb

不必轮询X显示帧缓冲区(fb)的更改,而是定期将所有X display fb复制到主内存并检查该副本是否更改。在某些情况下,这将改善交互式响应,或者至少使事物看起来更平滑,但在其他情况下(大多数!),这会使响应变得更糟。如果视频h / w fb使得读取小图块非常慢,则此模式可能会有所帮助。为了保持“帧速率”,屏幕尺寸x bpp不能太大。请注意,此模式非常浪费内存I / O资源(即使没有任何更改,它也会进行全屏复制)。它可能在类似视频捕获的应用程序中使用,或者在窗户撕裂成问题的情况下使用。

这为我解决了问题。


0

我发现免费的VNC非常慢。他们确实有付费版本-不确定会更好吗?

如果您在Windows环境中,我对RDC(远程桌面连接)非常满意。


1
+1巧合的是,就在昨天,我切换到RDC,对于Windows计算机,它确实确实更快,更可配置。我仍然将VNC用于其他操作系统,但将RDC用于Windows。
豪尔赫·以色列·佩尼亚

我相信RDC在其协议下面使用RDP。只是它的窗户太糟糕了,它又好又快:)
rogerdpack

0

对于较慢的网络,有一个VNC版本称为TightVNC


IMO TightVNC速度很慢,我对设置进行了很多调整,试图找到更好的方法
zildjohn01,2009年

TightVNC的压缩比“常规” VNC客户端更好,但是速度并不快。RDP至少是Windows系统使用的方式。
乔伊,2009年

我正在使用UltraVNC,听说它比TightVNC快。
NickAldwin,2009年

UltranVNC对TightVNC的协议进行了改进。
Evan

0

我在局域网上使用VNC的UX糟糕,但是当我尝试通过以下方式登录时:

ssh -X -C 

和使用

xtightvncviewer :$THEDISPLAY

与其他组合相比,性能要好得多...

VNC server default format:
      16 bits per pixel.
      Least significant byte first in each pixel.
      True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
    Using default colormap which is TrueColor.  Pixel format:
      32 bits per pixel.
      Least significant byte first in each pixel.
      True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
    Same machine: preferring raw encoding
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.