Dimi Paun writes:
>
> On Tue, 2008-01-08 at 13:36 +0000, Andrew Haley wrote:
>
> > Ah, OK. Well, I don't see that happen at all.
>
> This is excellent! (I mean, it gives me hope )
>
> > > As an aside, I've logged in to the local box via the Chooser
> > > (i.e.remotely), and while things are OK (except for Eclipse),
> > > they are not pretty:
> > > * Sound broke in strange ways. Even for me it was darn confusing
> > > given that sound was working just before the login.
> > > * Performance in general is sluggish to the point of being
> > > annoying. For example, switching tabs in any GTK app
> > > (say System | Administration | Login Window) has a noticeable
> > > latency, I'd say close to 1s.
> >
> > Right, so I agree, you're looking for timeouts on the remote box.
>
> I must note that these are pristine F8 installations, I just went
> into gdmsetup and enabled XDMCP business (again, is it just me, or
> from the default "Fedora Infinity" there is no way to get to the
> Chooser to login to a different box?).
>
> Is there anyway I can debug this in any way? I'd say this is a major
> regression for Fedora that needs addressing, I'm willing to lend a
> hand

Well, ATM we don't know anyone but you has ever seen this.

Let's go through things, one at a time,

Do you get good performance on the local display of both boxes ?

Do you get good neatwork throughput between boxes?

What is the ping time betewwn boxes?

Andrew.

--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK
Registered in England and Wales No. 3798903

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Tue, 2008-01-08 at 14:58 +0000, Andrew Haley wrote:
> Do you get good performance on the local display of both boxes ?

Yes, I do. No problems here.

> Do you get good neatwork throughput between boxes?

Yes, I do:

[dimi@dimi download]$ scp mihai@shrek:~mihai/download/ipligence/worldlocations.csv.gz tmp
worldlocations.csv.gz 100% 33MB 33.3MB/s 00:01


> What is the ping time betewwn boxes?

[dimi@dimi download]$ ping shrek
PING shrek.lattica.com (192.168.3.12) 56(84) bytes of data.
64 bytes from 192.168.3.12: icmp_seq=1 ttl=64 time=0.175 ms
64 bytes from 192.168.3.12: icmp_seq=2 ttl=64 time=0.148 ms
64 bytes from 192.168.3.12: icmp_seq=3 ttl=64 time=0.156 ms
64 bytes from 192.168.3.12: icmp_seq=4 ttl=64 time=0.154 ms
64 bytes from 192.168.3.12: icmp_seq=5 ttl=64 time=0.158 ms
64 bytes from 192.168.3.12: icmp_seq=6 ttl=64 time=0.163 ms

--- shrek.lattica.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4999ms
rtt min/avg/max/mdev = 0.148/0.159/0.175/0.008 ms


--
Dimi Paun <dimi@lattica.com>
Lattica, Inc.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Dimi Paun <dimi <at> lattica.com> writes:

> However, the deal break has been Eclipse.

I've had a fair amount of problems with Eclipse and X-forwarding as well. They
seems to be of a different kind than yours, but I thought I'd mention my
experiences anyway. If nothing else, perhaps somebody has a suggestion about
what to do?

I'm running a Sun Ray server on RHEL4. When I use X-forwarding via SSH to a
RHEL5- or Debian 4.0 (Etch) machine, Eclipse becomes extremly slow. That's
hardly surprising if I take a look at the network traffic; just scrolling down a
few pages in Eclipse generates more than 100 MiB of X11 data. I've never had
this problem before, and that's because when I use X-forwarding to a RHEL4- or
Debian 3.1 (Sarge) machine, the generated traffic "only" amounts to 5-10 MiB,
and then the server can cope with it.

I don't have this problem with other applications, and if I run Eclipse via
X-forwarding on the console of the Sun Ray server (instead of from a Sun Ray
client), the generated amount of traffic is much lower. Analyzing the network
traffic makes me suspect that the reason is that Xnewt (the Sun Ray X-server)
doesn't support the RENDER extension to X11.

I havn't managed to figure out what the big difference is between RHEL4/Sarge on
one hand and RHEL5/Etch on the other though, and if there's something I can do
about, say, the fonts to at least make it usable until a better solution can be
found.


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Magnus Gustavsson wrote:

Dimi Paun <dimi <at> lattica.com> writes:


However, the deal break has been Eclipse.


I've had a fair amount of problems with Eclipse and X-forwarding as well. They
seems to be of a different kind than yours, but I thought I'd mention my
experiences anyway. If nothing else, perhaps somebody has a suggestion about
what to do?

I'm running a Sun Ray server on RHEL4. When I use X-forwarding via SSH to a
RHEL5- or Debian 4.0 (Etch) machine, Eclipse becomes extremly slow. That's
hardly surprising if I take a look at the network traffic; just scrolling down a
few pages in Eclipse generates more than 100 MiB of X11 data. I've never had
this problem before, and that's because when I use X-forwarding to a RHEL4- or
Debian 3.1 (Sarge) machine, the generated traffic "only" amounts to 5-10 MiB,
and then the server can cope with it.

I don't have this problem with other applications, and if I run Eclipse via
X-forwarding on the console of the Sun Ray server (instead of from a Sun Ray
client), the generated amount of traffic is much lower. Analyzing the network
traffic makes me suspect that the reason is that Xnewt (the Sun Ray X-server)
doesn't support the RENDER extension to X11.

I havn't managed to figure out what the big difference is between RHEL4/Sarge on
one hand and RHEL5/Etch on the other though, and if there's something I can do
about, say, the fonts to at least make it usable until a better solution can be
found.


Have you tried running freenx with the NX clients from
http://www.nomachine.com?


--
Les Mikesell
lesmikesell@gmail.com

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Thu, 2008-01-10 at 08:10 -0600, Les Mikesell wrote:
> Have you tried running freenx with the NX clients from
> http://www.nomachine.com?

Oh, BTW, I have, and it works wonderful. However, I think
that not being able to run it over X is a bug that needs fixing.

--
Dimi Paun <dimi@lattica.com>
Lattica, Inc.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Les Mikesell <lesmikesell <at> gmail.com> writes:

> Have you tried running freenx with the NX clients from
> http://www.nomachine.com?

I have now. No improvement.

/Magnus


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Magnus Gustavsson wrote:

Les Mikesell <lesmikesell <at> gmail.com> writes:

Have you tried running freenx with the NX clients from
http://www.nomachine.com?


I have now. No improvement.


I'm somewhat shocked at this, since it should provide a caching layer
for things moved on the screen in addition to compression and a proxy to
fix network latency. Are you sure you aren't short on RAM?


--
Les Mikesell
lesmikesell@gmail.com

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Les Mikesell <lesmikesell <at> gmail.com> writes:

> Magnus Gustavsson wrote:
> > Les Mikesell <lesmikesell <at> gmail.com> writes:
> >
> >> Have you tried running freenx with the NX clients from
> >> http://www.nomachine.com?
> >
> > I have now. No improvement.
>
> I'm somewhat shocked at this, since it should provide a caching layer
> for things moved on the screen in addition to compression and a proxy to
> fix network latency. Are you sure you aren't short on RAM?

I'm sorry. A better assessment might have been "Not enough improvement".

I've measured the network traffic now, and it's been lowered to about a third
compared to standard X-forwarding. Still, it's five times higher than
RHEL4/Sarge with X-forwarding, and still too slow to be acceptable.

I guess it's time for me to open a case with Sun and/or look for alternatives to
Sun Ray. Thanks for the tip though.

/Magnus


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list