> YMMV, but some quick & dirty benchmarks from my systems are below. I'm
> using a Mac as the client in both cases:
Many thanks for your interest.
> Can you verify that the connection is not using session encryption
> (GnuTLS)? That's the only thing I could imagine that could be causing a
> slow-down.
I read about this but how can I check this?
This is the xinetd entry:
service vnc1024
{
disable = no
socket_type = stream
protocol = tcp
group = tty
wait = no
user = nobody
server = /usr/bin/Xvnc
server_args = -desktop server -inetd -query localhost -geometry
1024x768 -DisconnectClients -NeverShared -depth 24 -once
-securitytypes=None
> Also, could you try using the cross-compatible build from
> http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases on the
> client, then, if that makes no difference, put it on the server as well?
I'll check asap.
> Also, it was unclear in your messages what version of vncviewer was
> originally being used (before you tried replacing it with the TigerVNC
> Viewer), and it was also unclear what protocol the clients were using
> originally. If it was Raw, then that would explain the slow-down.
It was the Ubuntu Karmic repositories' xvnc4viewer which reports RealVnc 4.1.x
I tried hextile because it was the protocol reported by vncviewer with
the old server and
I've read that Tight is more sensible to the client speed.
The clients are PII 350Mhz 96MB with 3Com 3c905B card and ethtool reports
10Mbit Half/duplex.
best regards,
LF
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Tigervnc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tigervnc-users
