[X2go-User] RDP packing

John A. Sullivan III jsullivan at opensourcedevel.com
Fri Jul 22 00:09:36 CEST 2011


On Thu, 2011-07-21 at 23:55 +0200, Mike Gabriel wrote:
> On Do 21 Jul 2011 22:00:34 CEST "John A. Sullivan III" wrote:
> 
> > Hello, all.  We are still trying to address the very poor performance of
> > rdesktop sessions transmitted over NX - much slower than native RDP
> > although we were expecting it to be much faster.  In reading the NX
> > documentation, we saw that they have a packing algorithm especially for
> > RDP.  However, whenever we enable this packing algorithm, the session
> > aborts.  Has anyone successfully used it? How do we troubleshoot this
> > issue? Thanks - John
> 
> The actual pack methods support by libxcomp3 seem to be in this file:
> 
> http://code.x2go.org/gitweb?p=nxcomp.git;a=blob;f=Loop.cpp;h=76622d820f58e56453e51a8bd1d0127f7f4e5d32;hb=68b507b01d1a7aeab734a2955ddb2d513dbe8ace
> 
> Obviously, x2goclient (and pyhoca-gui) offer more pack methods than  
> currently supported.
> 
> @Alex: any clue on this??? We should remove the non-NX methods?
> 
> @John: I currently am logged in on from my Debsqueeze notebook to an  
> x2goserver in my office (LAN) that draws in 3 rdesktop session from  
> three machines via DSL (WAN, 3500bit/s). All three work very smoothly  
> while at the same time another host here draws backups from some  
> servers on the internet... I use 16m-png-jpeg-9 for that.
<snip>
Strange.  We have some pretty beefy servers on the back end with Gig
links between the Windows and Linux desktops.  Our performance is
adequate for some things but major screen repaints are brutal, e.g.,
viewing large and dense architectural drawings in PDF files or scrolling
through large graphics on poorly designed web sites. One of our favorite
tests is to open notepad up full screen, type a full line, copy it, and
hold down CTL-V.  The first few pastes are fine but it becomes dismal as
we get to the bottom of the screen.  Performance is dramatically better
in direct RDP or SPICE - John




More information about the x2go-user mailing list