From antoine at nagafix.co.uk Tue Nov 1 09:10:25 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 01 Nov 2011 16:10:25 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.0.7.30 Message-ID: <4EAFB781.4050909@nagafix.co.uk> Hi, This is a minor release, fixing 3 bugs: - screen corruption with fast screen updates (was wrong batching order) - PIL (aka python-imaging) is now truly optional (and recommended) - the jitter compensation code was a little bit too trigger-happy (affected key repeat, even on fast links) As usual, the source can be found here: http://xpra.org/src/ And the binaries here: http://winswitch.org/downloads/ Since winswitch binaries include xpra on MS Windows the installer has been re-generated. (the OS X versions may not get the update for some time... sorry about that, I do not currently have access to the dev box) Cheers Antoine From erappleman at gmail.com Wed Nov 2 04:33:15 2011 From: erappleman at gmail.com (Eric Appleman) Date: Wed, 02 Nov 2011 00:33:15 -0400 Subject: [winswitch] Using Xpra on multi-GPU laptops In-Reply-To: <4EABBC47.2010808@nagafix.co.uk> References: <4E8A8776.20208@gmail.com> <4E8B1ED4.6000701@nagafix.co.uk> <4E8B5553.4060601@gmail.com> <4E8BF24F.70404@nagafix.co.uk> <4E8BFFDF.8090304@gmail.com> <4E8C03DC.5080505@nagafix.co.uk> <4E8C5805.7050502@gmail.com> <4E8C6B28.80404@nagafix.co.uk> <4E8F5D61.4090804@gmail.com> <4EABBC47.2010808@nagafix.co.uk> Message-ID: <4EB0C80B.3080709@gmail.com> On 10/29/2011 04:41 AM, Antoine Martin wrote: > On 10/08/2011 03:13 AM, Eric Appleman wrote: >> I'm somewhat comfortable with my Python and would like examine the >> windowing code for the Xpra client. >> >> Is client.py the right file to examine? I'd like to get a sense of what >> libraries you guys are using and how they are used. > Yes, the client code is pretty much limited to client.py and some > platform code (in xpra/xposix/ for Linux) > It should be safe to ignore the bencoder and most of protocol.py > The rest, and there is quite a lot there, is plain gtk/gdk. > > You may want to try svn r260 or later as I have just fixed a screen > corruption bug. glxspheres now runs quite smoothly here. > > Antoine > > PS: Sorry for the slow reply, looks like I missed this message. > >> - Eric > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users Here's the current release: http://youtu.be/b7pEEErvnAI Still can't figure out how to increase screen updates. - Eric From antoine at nagafix.co.uk Fri Nov 11 18:09:43 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 12 Nov 2011 01:09:43 +0700 Subject: [winswitch] Using Xpra on multi-GPU laptops In-Reply-To: <4EB0C80B.3080709@gmail.com> References: <4E8A8776.20208@gmail.com> <4E8B1ED4.6000701@nagafix.co.uk> <4E8B5553.4060601@gmail.com> <4E8BF24F.70404@nagafix.co.uk> <4E8BFFDF.8090304@gmail.com> <4E8C03DC.5080505@nagafix.co.uk> <4E8C5805.7050502@gmail.com> <4E8C6B28.80404@nagafix.co.uk> <4E8F5D61.4090804@gmail.com> <4EABBC47.2010808@nagafix.co.uk> <4EB0C80B.3080709@gmail.com> Message-ID: <4EBD64E7.5060909@nagafix.co.uk> (....) > Here's the current release: http://youtu.be/b7pEEErvnAI > > Still can't figure out how to increase screen updates. I have just added support for mmap memory transfers in svn: http://xpra.org/trac/changeset/273 Since your server and client are on the same machine, you can take advantage of this to get a higher refresh rate (and lower CPU usage) with "--enable-mmap" on both client and server. Testing with various fast screen updating workloads showed a CPU load reduction of 20% to 50% for the xpra process. The next step will be to dynamically tune the damage batching to keep the mmap buffer (almost) full at all times, in the meantime you probably want to reduce it yourself, ie: MAX_EVENTS = 100 or even turn batching off completely: BATCH_EVENTS = False Cheers Antoine > > - Eric > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From erappleman at gmail.com Fri Nov 11 19:21:42 2011 From: erappleman at gmail.com (Eric Appleman) Date: Fri, 11 Nov 2011 14:21:42 -0500 Subject: [winswitch] Using Xpra on multi-GPU laptops In-Reply-To: <4EBD64E7.5060909@nagafix.co.uk> References: <4E8A8776.20208@gmail.com> <4E8B1ED4.6000701@nagafix.co.uk> <4E8B5553.4060601@gmail.com> <4E8BF24F.70404@nagafix.co.uk> <4E8BFFDF.8090304@gmail.com> <4E8C03DC.5080505@nagafix.co.uk> <4E8C5805.7050502@gmail.com> <4E8C6B28.80404@nagafix.co.uk> <4E8F5D61.4090804@gmail.com> <4EABBC47.2010808@nagafix.co.uk> <4EB0C80B.3080709@gmail.com> <4EBD64E7.5060909@nagafix.co.uk> Message-ID: <4EBD75C6.4060703@gmail.com> On 11/11/2011 01:09 PM, Antoine Martin wrote: > (....) >> Here's the current release: http://youtu.be/b7pEEErvnAI >> >> Still can't figure out how to increase screen updates. > I have just added support for mmap memory transfers in svn: > http://xpra.org/trac/changeset/273 > Since your server and client are on the same machine, you can take > advantage of this to get a higher refresh rate (and lower CPU usage) > with "--enable-mmap" on both client and server. > > Testing with various fast screen updating workloads showed a CPU load > reduction of 20% to 50% for the xpra process. > > The next step will be to dynamically tune the damage batching to keep > the mmap buffer (almost) full at all times, in the meantime you > probably want to reduce it yourself, ie: > MAX_EVENTS = 100 > or even turn batching off completely: > BATCH_EVENTS = False > > Cheers > Antoine > >> >> - Eric >> _______________________________________________ >> shifter-users mailing list a >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > mmap helps a lot. Most of the input lag, and CPU spikes are gone. Tearing continues to increase with window size. For window resizing, some apps change their hex id or window arrangement when they enter fullscreen mode or are maximized. Xpra doesn't always handle these transformations properly and updates to the window may stop. I've attached 3 examples of this. - Eric -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hex_fullscreen.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hex_maximize.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hex_window.txt URL: From antoine at nagafix.co.uk Wed Nov 23 14:43:15 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 23 Nov 2011 21:43:15 +0700 Subject: [winswitch] Using Xpra on multi-GPU laptops In-Reply-To: <4EBD75C6.4060703@gmail.com> References: <4E8A8776.20208@gmail.com> <4E8B1ED4.6000701@nagafix.co.uk> <4E8B5553.4060601@gmail.com> <4E8BF24F.70404@nagafix.co.uk> <4E8BFFDF.8090304@gmail.com> <4E8C03DC.5080505@nagafix.co.uk> <4E8C5805.7050502@gmail.com> <4E8C6B28.80404@nagafix.co.uk> <4E8F5D61.4090804@gmail.com> <4EABBC47.2010808@nagafix.co.uk> <4EB0C80B.3080709@gmail.com> <4EBD64E7.5060909@nagafix.co.uk> <4EBD75C6.4060703@gmail.com> Message-ID: <4ECD0683.2050008@nagafix.co.uk> (snip) > > mmap helps a lot. Most of the input lag, and CPU spikes are gone. This changeset: http://xpra.org/trac/changeset/284 should make things significantly better/smoother for your use case. Let me know how if this helps. > Tearing continues to increase with window size. Are you still testing with glxspheres? The tearing is gone here, but I am only getting about 15fps from Xdummy, pale in comparison to what you must be getting from a GPU. With the new code and mmap enabled, I can get about 80fps at 800x600 through xpra, which isn't bad. > For window resizing, > some apps change their hex id or window arrangement when they enter > fullscreen mode or are maximized. Xpra doesn't always handle these > transformations properly and updates to the window may stop. I've > attached 3 examples of this. Do you have a simple test case I could use to reproduce? Do you happen to know which X11 calls are made to change the id? Antoine > > - Eric > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Mon Nov 28 19:59:33 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 29 Nov 2011 02:59:33 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.0.7.31 Message-ID: <4ED3E825.2070708@nagafix.co.uk> Hi, This release contains a number of significant improvements over previous versions: * threaded server for much lower latency * fast memory mapped transfers for local connections * adaptive damage batching, fixes window refresh lag issues * xpra "detach" command * fixed system tray for Ubuntu clients * fixed maximized windows on Ubuntu clients As usual, the source can be found here: http://xpra.org/src/ And the binaries here: http://winswitch.org/downloads/ Cheers Antoine From antoine at nagafix.co.uk Mon Nov 28 19:59:47 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 29 Nov 2011 02:59:47 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.7 Message-ID: <4ED3E833.9090206@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Version 0.12.7 is available now: http://winswitch.org/downloads/ This version only contains minor improvements and some bugfixes: * fix NX support: avoid trying to connect to a display before it is ready! * fixed "double linked list corrupted" by using avahi ahead of pybonjour * open remote links locally, in a new session, or within the existing session * open remote files in a new session or within the existing session * detect Ubuntu versions and avoid the broken appindicator API * only check SELinux status once when running an embedded server * better script for detecting reserved ports on SELinux systems * split code in smaller utility classes to minimize imports Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7T6DIACgkQGK2zHPGK1rtW7wCfQVferiyg6eDgC5powRVvPvN2 icoAn0Ygq4WFZ3DDWwrUXaVGIaMh1JBt =YGVY -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Tue Nov 29 14:57:50 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 29 Nov 2011 21:57:50 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.7.1 (oops) Message-ID: <4ED4F2EE.1020307@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Version 0.12.7.1 is available now: http://winswitch.org/downloads/ This is an emergency release to fix some trivial bugs which slipped in just before the 0.12.7 release: * re-fix NX support server side (fix had been undone by later changes) * typo which broke pynotify notifications on *nix The Mac OS X and MS Windows versions are not affected since they do not use any of this code so there is no new build for those platforms. Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7U8u4ACgkQGK2zHPGK1rsm6ACbBvlKL18IhCxfMAXMiZxH6OFk xTgAnRXRk2in6PdBi6TCYbjPzmlnhIxS =JEkL -----END PGP SIGNATURE-----