How Much Bandwidth Does VNC Require? 88
jhartnagle asks: "For VNC (Virtual Network Computing) we are trying to determine
what the minimal bandwith would be on a network and still have a functional experience for the user (no or very little lag/latency). Information on any type of network connection would be useful, 10/100Mbps, cable/DSL, and modems. What are some of the setup parameters for the machine that would be the VNC server, x number of bits for color for example. Are there any white papers about VNC, bandwidth requirements and usability?
Also, is there similar information about telnet? How low of baud rate can you go before it stops being functional?
We would be interested in any academic and practical information.
Thanks!" So does anyone have any rules of thumb or words of caution in allocating enough bandwidth here? Better yet, are there any good hints in accomplishing VNC over relatively low bandwidth networks?
Some tips for VNC. (Score:1)
If you're going to be doing this over a WAN, use SSH to tunnel. Again the VNC page has some good directions on how to do this. The benifits to using VNC through SSH are three fold. First you know that eveything is reasonably secure, and another benifit, is that with SSH you can use data comprestion. As far as I know you can't do this with standard VNC. I use the highest level of compresion I can before my connection starts to get wacky. Also another big beifit is, when the 1337 kiddies try to do a port scan on your server, VNC won't show up as an listing port. The VNC page also has a list of some good windows SSH clients and servers. Also keep your resolution low ie, 800X600, and 8bit depth. This should save on some more bandwith. Another thing I have noticed (on my LAN), the cpu on the server machine makes a ton of diffence. On my switched lan at home, I have a p200MHZ box running a Redhat 7.0, and when I VNC into it from 1 hop, the session totaly lags... Now if I'm at work on our butt slow lan, and I VNC into another RH 7.0 box about 7 hops away, I get a really decent session. The work server had a pIII 850 in it. These are just a few things to consider. Also, if your trying to do this on win2K, or NT, I would go with PC anywhere, or the termial service in NT Server, and Win2k Server. They both IMHO run a little better than VNC on that platform.
One data point (Score:3)
For a while I tried using a VNC server on Windows with an X-based VNC viewer on Linux. This is on a 10Mb/s ethernet network: the server and client were about five hops away.
It was so slow as to be unuseable. Response latencies, repaint times and things not repainting when they should were constant problems. All and all it might be useful to do something quick, in an emergancy, but I never want to be subjected to it again. I'll stick with X thank-you-very-much
Depends on how you want to use it (Score:1)
Would I use it for word-processing over that 14.4K link? No way. But then I don't need to do that.
Please tell us a little more about what programs you are planning to run via VNC and I'm sure someone else here has already tried and will relay their experience.
Re:Depends on how you want to use it (Score:1)
Re:vnc over wan (Score:1)
Host vnc1
HostName machine.com
Compression yes
CompressionLevel 9
LocalFoward 5900 vncmachine 5900
This way I have machine.com accessable to the internet (through a firewall) for ssh, and have it forward the vnc ports to the nt machine (not accessable from the internet).
All I did for the nt machine was install winvnc, set up the password.
vnc over wan (Score:2)
lbxproxy sucks (Score:1)
Re:One data point (Score:3)
It was so slow as to be unuseable. Response latencies, repaint times and things not repainting when they should were constant problems. All and all it might be useful to do something quick, in an emergancy, but I never want to be subjected to it again. I'll stick with X thank-you-very-much
Try turning off "Poll entire screen" in the VNC server. I'm using TightVNC (google search it if you want it) over a DSL link to a VMWare session on a Cel450 located on moderately-loaded T1 and it's responsive enough to almost program over. (1024x768x32) -- if I drop to 8 bit colour it seems to get a little laggier but the screen updates are faster (duh).
The trick for me was to make sure that "Poll Full Screen" was DISABLED. VNC is totally unusable over a 100mbps switched network if that option is set. I have all the others set (Poll window under cursor, foreground window, console windows and on event received) -- don't worry about the "only" clauses on some of them, that seems to be incorrect.
Re:Telnet does require a fast network (what!?) (Score:1)
TridiaVNC (Score:1)
---
Re:Check out www.rdesktop.org (Score:1)
I just downloaded and compiled it...works VERY well and is VERY fast...nice.
Thanks for letting us know!!!!
---
my experience (Score:1)
It might matter what sort of server you're running.
It probably depends on what size of screen you're sending.
It definitely depends on what applications you're running.
It definitely depends on how much you're willing to tollerate lag.
Anyway, my experience has been with using a Linux client and a Windows NT server with a fairly small screen and a fairly calm application. (By "calm," I mean it's not changing things on the screen a lot.) I found that over ISDN, it was just too slow to be worth bothering with. Over a cable modem, it is perfectly usable. Hence, 128Kbps is not enough, but for my use, 1Mbps is adequate, though I still notice lags.
vnc security (Score:3)
please please please use the AuthHosts [att.com] setting if you have VNC installed on a publically accessible ip. it limits access by ip, ranges and wildcards are acceptable.
considering the relatively weak default password sceme in vnc (including no delay in missed password attempts and no default attempt logging), it's a good first step in securing access.
complex
Re:Telnet does require a fast network (what!?) (Score:1)
Re:Have a look over here (Score:1)
Re:For all these people (Score:2)
Server speed? (Score:2)
I've just been presented with an ancient computer, which I'm thinking of extremely gentle uses for. At the moment it'll probably get used to take printer load off a desktop or two, which it should manage well enough.
Anyway. Looking at where it's going to be dumped, I'll be happier if it doesn't have to have a monitor, keyboard or anything like that. So, if VNC will run it's rather useful.
We're currently looking at a P120 running Windows 95 (original) with 16MB and 600MBish free drive space. Oi, no laughing! Yes, it might be getting more RAM and a bigger HDD if we can come up with a strong enough motivation and find some SIMMs... I don't mind turning it down to 640*480 @ 16 colours, I don't care if it'll be slow because I'll hardly ever use it. It would be running over 100Mb ethernet so bandwidth isn't a problem.
But would it work at all? Honestly, I can't find this sort of information at the moment!
Thanks,
Have a look over here (Score:3)
It is supposed to be anywhere between 5 and 75% thinner than even plain zlib compression on a VNC stream.
The original goal appears (to me) to be usability over a dial-up. There are unix as well as win32 variants.
Hope that helps, good luck!
Re:VNC usage (Score:1)
Check out www.rdesktop.org (Score:3)
I might also add that I have had no problem whatsoever with norton on terminal services.
And as for a win98 client, you can make one off your win2k server. Look under your control panel.
parameters to greatly increase performance (Score:4)
ssh -C -L localport:vncmachine:remoteport and tunnel it
vncviewer -encodings "hextile"
of course, I have not gotten to try tightvnc.
Cable Modem (Score:1)
With a Windows VNC client, and a Windows VNC Server at 1152 x 864 @ 32 bits (client forcing 8 bit), I can use VNC for everyday tasks. There is a noticable lag on screen updates, but nothing that can't be lived with.
Under the same setup, with a Linux VNC server at 1200 x 900 @ 16 bits (not forcing to 8 bits), I get better speeds.
Re:Cable Modem (Score:1)
With the Windows Server, I have 'Poll Full Screen' activated.
If you are concerned about bandwidth... (Score:1)
If you need it, I also have a patch for VNC that only allows one session and then kills the server. It will even run a script on exit if desired. Drop me an email if you would like a copy. I would link to a page for it, but I heven't tested it in a high-load production setting yet.
Re:Telnet does require a fast network (what!?) (Score:2)
FWIW, I love VNC and use it nearly every day, but if you're trying to remotely control a Windows machine and it's running W2K server or better, I'd stick with the Terminal Services stuff, which is quite a bit faster than any VNC. Also, the VNC clients for some platforms (CE is one notable example) are terrible, while there are pretty good TS clients available (surprise, surprise...)
FWIW, VNC is very good software, even if it's not the fastest thing out there. I used to work for Tivoli, which sells a really expensive remote control product as part of its management solution. When I showed VNC to the RC team (this was 2-3 years ago), they were amazed, impressed, and recoiled in horror once they realized that there was a completely free solution that worked better than the one we charged megabucks for. (But then that sort of thing was, sadly, true of most all of Tivoli's software...)
I prefer the Tridia VNC to other VNC "distros", but YMMV, especially if you want Constantin's latest Tight encodings, on which Tridia seems to lag a bit.
VNC speed (Score:3)
I can say that Netscape on X-Windows over a VPN was DOG SLOW to the point of being near unusuable (Netscape mail, specifically). Switching to VNC over my VPN made things dramatically faster.
Of course, VNC doesn't quite act the same as a perfect X interface.
Re:Check out www.rdesktop.org (Score:2)
posting that he's working on bringing together
the rdp code with the vnc code to allow you to
get round the slowness of vnc on windows servers -
simply take advantage of the rdp server.
Why? Well, why would you want an rdp client when
you can manage all of your boxen (not just windows
or X) - from all of your boxen, with vnc?
-Baz
Re:Check out www.rdesktop.org (Score:2)
http://www.uk.research.att.com/~jnw/downloadabl
Comparison paper at USENIX (Score:2)
http://www.cs.columbia.edu/~nieh/publications/u
Summary:
'Overall, VNC and Sun Ray were faster at higher
network bandwidths while Citrix and RDP performed
better at lower network bandwidths.' (this on a web browsing test)
They also did a streaming video test which basically seemed to show everything except SunRay got processor bound at high bandwidths and that 'visually,
only Sun Ray achieved good performance even at 100
Mbps.'
From your point of view another interesting observation was that VNC sends less data than the others at low bandwidths. ie, the other protocols were still trying to to real time updates, VNC just began to appear sluggish as it waits for client responses. However in the words of the report 'none of the platforms
provide good response time at 128 Kbps'
-Baz
Re:VNC usage (Score:1)
VNC over DSL (Score:1)
I use VNC over my 192k SDSL line to access my PC at work in order to use Bloated Notes from home (yes, supposedly NOTES would work with WINE, but the VPN software doesn't like that), and to access intranet web pages. It's not the most lively interface, but it's ok for light use. (OTOH, I also typically have two telnet connections going at the same time, and I think there's a bit of a bottleneck in the VPN access that reduces the effective bandwidth even more.)
I use the -bgr233 option to set 8-bit color, it helps a lot though it uglifies things a bit.
Tom Swiss | the infamous tms | http://www.infamous.net/
Re:vnc over wan (Score:1)
Re:If you're using Unix server with windows client (Score:1)
It helps me keep track of how long I have been working and gives me an excuse to take a short break every two hours.
Re:If you're using Unix server with windows client (Score:2)
- - - - -
Over ~600kbps it works fine. (Score:4)
I used VNC all day yesterday with screen resolutions of 1600x1200 @ 32 bits.
Windoze 98 client, Windoze NT server.
General performance was "ok". Pulling up a new window had a 1 second or so of lag, and once in a while the rxvt or xemacs screen wouldn't update until I clicked or did some typing in the window. I noticed it most if I was watching while I typed. Then it was ok sometimes, and sometimes I ran into more lag and could be 10-20 characters ahead in my typing from what was being displayed.
I have tried using TightVNC which works ok - but I 've also had some stability problems with it. It is supposed to work better for low bandwidth applications, but I haven't been able to do a side-by-side type of comparison.
Re:For all these people (Score:1)
Re:If you're using Unix server with windows client (Score:2)
Works great, and costs nothing, unlike X-Win32, which works great, but costs a lot.
Re:VNC usage (Score:2)
>What on earth does that mean?
What I meant by this was that the amount of available bandwidth, be it dialup, 1.5mbps, 10mbps, etc. seems to have a greater improvement on the connection, when the increase is at the server side.
eg (just an example): The conection seems to be much better when you connect from a Dialup Client to a T1 server; than from a client on a T1 line to a server on a dialup line.
-OctaneZ
"I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones."
VNC usage (Score:5)
-OctaneZ
"I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones."
For better X Performance check out this (Score:1)
It's a beta, but hey, we're on Slashdot
They claim, that it is MUCH better lbx Stuff from X.
Plz. moderate this up, I think it's a rather useful project, that needs a few good hackers.
Bye egghat.
VNC using GSM and Palm (Score:1)
The purpose of this is, that I Hotsync over a dialup connection to the Office network.
Sometimes the Hotsync manager dies during the sync. Then I can use VNC to start the Hotsync Manager again.
This does require a LOT of patience, but it works (and the nerd in me gets a little kick out of it, each time)!
Re:One data point (Score:1)
I use vnc from my linux box to manage a bunch of NT servers a couple hops away (over a twin T1 setup), and don't find it unuseable. The fact that it's a bunch of NT servers pretty much sucks, but the vnc itself is pretty much bearable, and seems much better than trecking over to the remote provider.
The one problem is that polling the window on MSWindows seems pretty hard on the CPU. A 3x200 mhz pentium pro on the same 100bT switch is much slower than the 900mhz P3 across the internet.
Re:vnc security (Score:1)
Re:Telnet does require a fast network. (Score:1)
Spoiled brat ;-).. try telnet over a 300bps acoustic coupler SLIP connection. (no, not CSLIP, SLIP) 10 yrs ago.
But then again, who knows how many /.ers actually remember what KA9Q is and how to use it.
Speed corrupts. Absolutely.
Cheers,
Chris
Re:For all these people (Score:1)
alternatives (Score:1)
VNC useability (Score:1)
Re:Windows Terminal Server... (Score:1)
Works for me... (Score:1)
I did it once from my in-laws over a modem to show my father-in-law what kind of work we're doing - he was more impressed with VNC than my day job. Oh well...
For all these people (Score:2)
TightVNC (Score:5)
First, to make things clear, TightVNC is a VNC version which mostly concentrates on low bandwidth usage. It can be more than usable on modem connections (starting from 14.4 kbps) but actual bandwidth requirements strongly depend on screen contents and color depth. If you want best performance over a slow link, first of all remove colorful wallpaper from your desktop (and maybe restrict color depth to 8 bits in VNC viewer).
Next point. Most users know TightVNC for its 1.1 version which may be considered outdated at this moment. TightVNC development has made notable progress since then and bandwidth requirements are decreased a lot. Although new 1.2 release is not ready at this point, but (1) there are preview versions including most 1.2 functionality and (2) I hope it will be released less than in a week counting from now (I only have to do several changes in Win32 version).
To let you know more what TightVNC is, here is a brief list of features for upcoming release, from new version of its homepage:
As you can see, most major changes introduced in TightVNC are related to efficient bandwidth usage.
What we had ... (Score:1)
VNC we found was fine if you connected as 8 bit colour. Connecting through a web brower seemed faster than using the client.
Although I never used it, others did through RAS (so basically a 33k modem connection) to access other PCs at the head office. They said it was okay there too.
Re:If you're using Unix server with windows client (Score:1)
Re:For all these people (Score:1)
(for you anti-Uncle Bill's(r)) wanna whine and say you cant "share" a session like VNC? TS give the ability to "watch" other sessions or just take them over.
oh the joys of TS...
NO SPORK
Re:For all these people (Score:1)
sheesh. Everything has it's place. If you are too blinded by a lame penguin to see that, then you will never succed in technology.
NO SPORK
Re:Depends on how you want to use it (Score:1)
Re:Depends on how you want to use it (Score:1)
Re:Telnet does require a fast network (what!?) (Score:1)
Your lag in 'pine' is probably based on the server and not the connection.
But who uses telnet anyway? You should be asking about ssh.
Re:vnc over wan (Score:1)
It is much faster and more responsive than VNC. I only use VNC for our NT4 and linux boxes.
i'd suggest... (Score:1)
Re:VNC usage (Score:1)
This makes lots of sense because you have to download all of the screen data, but only send mouse data...
I do have to use 8-bit, however... it is VERY slow when trying to use any higher than that
VNC on 56K Frame (Score:1)
Re:Telnet does require a fast network (what!?) (Score:1)
Windows Terminal Server... (Score:1)
Re:For all these people (Score:1)
The windows 2000 remote control mode didn't affect the machine at all.
Most remote control access that I need to do on windows machines requires me to turn on the full screen polling. I would *not* recommend using VNC on a heavily hit production server.
I'm using a 33.6K modem to dial up... (Score:1)
Re:RDP (Score:1)
What you have to buy is TS-CALs.
TS-CAL's cost:
Windows 2000 Terminal Services CAL 5-pack $749
Windows 2000 Terminal Services CAL 20-pack $2,669
And if you want to connect over the Internet:
Windows 2000 Server Internet Connector License $1,999 Unlimited CAL licensing for Internet clients only.
Windows 2000 Terminal Services Internet Connector License $9,999
But please, don't believe me, observe these web pages!
http://www.microsoft.com/windows2000/server/howto
http://www.microsoft.com/windows2000/server/howto
Using Terminal Server in remote administration mode does not require extra licenses.
XFree86 and VNC do not have such licensing requirements.
I hope this post helps you decide what method of network application use you want to use.
Re:VNC usage (Score:1)
TCP doesn't really work this way, since a node will not continue sending packets if earlier ones have not been acknowledged. It's not like the machine just fills the pipe up until it starts backing up and flooding the basement. And even if it were, it's not clear to me how this would have any impact except perhaps at the very tail end of a buffer-pluggingly-large transmission.
Re:Telnet does require a fast network (what!?) (Score:2)
What he's saying, and he's quite correct, is that telnet isn't always terribly responsive.
A direct-dialed 2400bps connection to a BBS is certainly more responsive than telnet over a 56K PPP link. That's simple math (protocol overhead), not to mention the empirical observation of anyone who's tried both.
Re:Telnet does require a fast network (what!?) (Score:2)
Every character your type in a telnet session gets packaged up in a TCP packet inside an IP packet inside a PPP packet, ballooning it to a dozen or more bytes.
Every character you type when modemmed directly to a BBS gets sent as exactly one byte (okay, yeah, except for escape sequences).
Re:VNC usage (Score:2)
That's what I thought you meant. It doesn't make any sense.
The observable characteristics of an end-to-end link are latency, bandwidth, and (if not handled by protocol) data loss.
It is not possible to determine, in band (i.e., leaving aside out-of-band tricks like traceroute and pathchar), at which end these characteristics are being affected.
So what you say is pretty close to impossible.
Perhaps what you're observing is the 33Kb ceiling on upstream traffic with 56Kb modems on analog POTS lines.
Re:VNC usage (Score:3)
What on earth does that mean?
Re:Telnet does require a fast network (what!?) (Score:1)
now THATS the shit!
.kb
My Experience (Score:1)
So I think my point is that it can be processor-intensive, too.
________________________________________________
Re:VNC usage (Score:2)
Well, yeah, it does -- maybe. If you take the server being on a dial-up connection and the client being on a T-1 as the example, and the server is doing something over that connection besides just sending VNC images, then that little tiny dialup pipe will have much more impact on the server than if the situation were reversed. Usually, a client will be doing nothing over the connection except VNC, while the server may be doing many other things (including file sharing, web server, etc).
Perhaps what you're observing is the 33Kb ceiling on upstream traffic with 56Kb modems on analog POTS lines.
Absolutely, this would have an observable effect. Most connections on a 56K modem are around 46K (downstream, of course). The difference between 46K downstream and 33K upstream (13K) can be pretty significant.
GreyPoopon
--
LBX (Low-Bandwidth X) (Score:2)
Latest version of X incorporated a low bandwidth protocol. You run a binary on the remote end called lbxproxy, direct your DISPLAY to it, and then communicate through the lbxproxy. Haven't tinkered with it much, so I can't give much comparison to VNC. (I would imagine Tight VNC would perform better than either LBX or standard VNC. Also not sure if there is a version of Solaris that supports it.)
VNC on wireless devices (Score:1)
It was perfectly usable if you can tolerate lag. VNC over a 10Mb/s network is bad enough sometimes, but imagine it over a connection that has to traverse a cell and POTS before it even hits a router of any shape or form.
But adjust to the lag and it's golden.
Ryszard
Telnet does require a fast network. (Score:1)
----
Re:Telnet does require a fast network. (Score:1)
----
Re:If you're using Unix server with windows client (Score:1)
----
If you're using Unix server with windows clients (Score:2)
----
help desk (Score:1)
Re:Some tips for VNC. (Score:1)
Eh? (Score:3)
Over the local 10/100 at home there is no lag at all.
"Press any key to begin."
Re:alternatives (Score:1)
Re:Telnet does require a fast network. (Score:1)
Re:Some tips for VNC. (Score:1)
Also, your choice of programs is going to matter a lot. I use VNC over an ssh connection from a machine behind a (over-loaded) T1 to connect to a server on DSL. The connection is tunneled over SSH. I have found that FSF Emacs and XTerm are quick, gnome-terminal is tolerable if you are carefull about options, and XChat is unuseable.
Basicly, any program that draws it's entire windows using MIT-SHM and always copies the entire window even if only one pixel has changed isn't going to work very well. So watch out for programs that have theme-able backgrounds, checkboxes, pop-up ducky calanders, etc.
(Cough *GNOME* Cough *KDE* Cough)
These programs aren't going to be usefull. Also, avoid programs that are going to reduce performance to just raw copying large memory blocks. Image Viewers and such like fall into this catagory.
Use a simple-to-draw window manager and use click-to-focus mode. If you use focus-follows-mouse, then everytime you drag the mouse over a window, the WM is going to resend all the window decorations in the "focus" color.
There are some CPU/Bandwidth tradeoffs you can make as well. It's worth experimenting a bit to see what works for you. I have a P233 on a 128K (up) DSL connection, and I have found that the spending CPU to reduce bandwidth is almost always the right choice.
When I am on the LAN (FE), then I can run almost anything without problem. For remote work, I can use emacs and xterm, which is mostly what I use for work anyway.
Epmos
VNC Bandwith (Score:1)