<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ssh on despatches</title><link>https://icle.es/tags/ssh/</link><description>Recent content in Ssh on despatches</description><generator>Hugo</generator><language>en</language><lastBuildDate>Fri, 20 Jun 2025 09:25:00 +0100</lastBuildDate><atom:link href="https://icle.es/tags/ssh/index.xml" rel="self" type="application/rss+xml"/><item><title>X11 Remote Applications Responsiveness</title><link>https://icle.es/2008/12/30/x11-remote-applications-responsiveness/</link><pubDate>Tue, 30 Dec 2008 15:01:43 +0000</pubDate><guid>https://icle.es/2008/12/30/x11-remote-applications-responsiveness/</guid><description>&lt;p>As a developer, I use eclipse a lot&amp;hellip; We have a powerful server that off which
eclipse is run which allows us to keep the desktops at a much lower spec. In
general, this works well for us.&lt;/p>
&lt;p>However, recently, I have been niggled by the amount of time it takes to switch
perspectives on eclipse. It takes a good 4 seconds to switch between
perspectives.There is also a noticeable lag when performing some operations.&lt;/p></description><content:encoded><![CDATA[<p>As a developer, I use eclipse a lot&hellip; We have a powerful server that off which
eclipse is run which allows us to keep the desktops at a much lower spec. In
general, this works well for us.</p>
<p>However, recently, I have been niggled by the amount of time it takes to switch
perspectives on eclipse. It takes a good 4 seconds to switch between
perspectives.There is also a noticeable lag when performing some operations.</p>
<p>To resolve this, I spent a lot of time looking at the linux real-time and
low-latency patches. I had expected that running X11 applications remotely would
not cause a bottleneck over a gigabit link. Turns out that I was wrong.</p>
<p>To test this, I ran a vnc server on the application server and found that
switching perspectives on there was super fast.</p>
<p>To be able to resolve this, the first thing to do was to remove any latency put
on the X-&gt;X communication by ssh.</p>
<p>We use gdm, so I had to enable to TCP on there first. Do this using the
following config line in <code>/etc/gdm/gdm.conf</code></p>
```
DisallowTCP=false
```
<p>Restart gdm</p>
<p>on the remote host, export DISPLAY</p>
```
export DISPLAY=<yourhost>:0
```
<p>and run your application.</p>
<p>I found the application to be a lot more responsive after this. I didn&rsquo;t have to
worry about X auth since we have nfs mounted home. If you don&rsquo;t, check
<a href="http://www.xs4all.nl/~zweije/xauth.html" title="Remote X Apps Mini HowTo">this mini howto</a></p>
]]></content:encoded></item></channel></rss>