FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 01-07-2008, 10:00 PM
Manuel Wolfshant
 
Default Bruttaly sluggish Eclipse performance in remote X

On 01/08/2008 12:57 AM, Dimi Paun wrote:

Folks,

I am running Fedora 8 on 3 boxes, all connected via Gb Ethernet.
On two of the boxes (Intel Core 2 Quad @ 2.4GHz, 4 GB RAM) I've
enabled XDMCP and am logging in from the 3 via remote X. It has
been a rough experience:
* the default GDM screen does not have an option to invoke the
XDMCP chooser, despite the working in gdmsetup. This caused
great confusion until I figured that I needed to switch to
Happy Gnome login theme.
* performance is a bit sluggish, but bearable. However, I have
used in University (back in 97-98) old Sun boxes that were
doing the same over a much slower network, I was expecting
a lot more now, given all the hardware I've thrown at it.

However, the deal break has been Eclipse. I need to run this app,
but doing so is almost impossible. Every time it opens _any_
dialog (find, etc.) it locks hard for 10-20seconds at a time.
Same thing happens when you dismiss the dialog. Of course, I can
see no sign of CPU or network usage.


WTH is going on?!? The app (Eclipse) works very well locally, why
would it behave in such a fashion on the remove X? The delays are
so big that I can't think it's doing anything, but rather that it's
blocked somewhere waiting for a timeout of sorts.

Any help figuring this out would be much appreciated. I think this
is a rather nasty problem/regression, remote X used to work just
fine in the past...



maybe something along "strace -f -e <suitable calls here>" would help ?

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 01-07-2008, 10:28 PM
"Dimi Paun"
 
Default Bruttaly sluggish Eclipse performance in remote X

On Mon, January 7, 2008 18:00, Manuel Wolfshant wrote:
>>
> maybe something along "strace -f -e <suitable calls here>" would help ?

I think it has to do something with futexes:

4884 read(3,
"112752323472604200237610370333206h2 24376277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"&7226042002", 8}], 1) = 8
4884 select(4, [3], [], NULL, NULL) = 1 (in [3])
4884 read(3,
"112762323472614200237610370333206h2 24376277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"&7226142002", 8}], 1) = 8
4884 select(4, [3], [], NULL, NULL) = 1 (in [3])
4884 read(3,
"112772323472624200237610370333206h2 24376277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"&7226242002", 8}], 1) = 8
4884 select(4, [3], [], NULL, NULL) = 1 (in [3])
4884 read(3,
"113002323472634200237610370333206h2 24376277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"&7226342002", 8}], 1) = 8
4884 select(4, [3], [], NULL, NULL) = 1 (in [3])
4884 read(3,
"113012323472644200237610370333206h2 24376277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"&7226442002", 8}], 1) = 8
4884 select(4, [3], [], NULL, NULL) = 1 (in [3])
4884 read(3,
"113022323472654200237610370306206h2 24376277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"&7226542002", 8}], 1) = 8
4884 select(4, [3], [], NULL, NULL) = 1 (in [3])
4884 read(3,
"1130323234737610370306206h22437 6277",
4096) = 32
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"%71", 4}], 1) = 4
4884 read(3, 0x8ce9840, 4096) = -1 EAGAIN (Resource temporarily unavailable)
4884 select(4, [3], [3], NULL, NULL) = 1 (out [3])
4884 writev(3, [{"$71&72347", 12}], 1) = 12
4884 select(4, [3], [], NULL, NULL <unfinished ...>
4891 <... futex resumed> ) = -1 ETIMEDOUT (Connection timed out)
4891 futex(0x8d76228, FUTEX_WAKE_PRIVATE, 1) = 0
4891 clock_gettime(CLOCK_MONOTONIC, {24863, 239467438}) = 0
4891 gettimeofday({1199748268, 870318}, NULL) = 0
4891 clock_gettime(CLOCK_MONOTONIC, {24863, 239529348}) = 0
4891 clock_gettime(CLOCK_MONOTONIC, {24863, 239554045}) = 0
4891 gettimeofday({1199748268, 870393}, NULL) = 0
4891 clock_gettime(CLOCK_REALTIME, {1199748268, 870418733}) = 0
4891 futex(0x8d76244, FUTEX_WAIT_PRIVATE, 1, {0, 49974267}


--
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
 
Old 01-08-2008, 09:32 AM
Andrew Haley
 
Default Bruttaly sluggish Eclipse performance in remote X

Dimi Paun writes:
> Folks,
>
> I am running Fedora 8 on 3 boxes, all connected via Gb Ethernet.
> On two of the boxes (Intel Core 2 Quad @ 2.4GHz, 4 GB RAM) I've
> enabled XDMCP and am logging in from the 3 via remote X. It has
> been a rough experience:
> * the default GDM screen does not have an option to invoke the
> XDMCP chooser, despite the working in gdmsetup. This caused
> great confusion until I figured that I needed to switch to
> Happy Gnome login theme.
> * performance is a bit sluggish, but bearable. However, I have
> used in University (back in 97-98) old Sun boxes that were
> doing the same over a much slower network, I was expecting
> a lot more now, given all the hardware I've thrown at it.
>
> However, the deal break has been Eclipse. I need to run this app,
> but doing so is almost impossible. Every time it opens _any_
> dialog (find, etc.) it locks hard for 10-20seconds at a time.
> Same thing happens when you dismiss the dialog. Of course, I can
> see no sign of CPU or network usage.
>
> WTH is going on?!? The app (Eclipse) works very well locally, why
> would it behave in such a fashion on the remove X? The delays are
> so big that I can't think it's doing anything, but rather that it's
> blocked somewhere waiting for a timeout of sorts.

If you ssh to the target machine and then run Eclipse, does that work
better?

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
 
Old 01-08-2008, 12:04 PM
Dimi Paun
 
Default Bruttaly sluggish Eclipse performance in remote X

On Tue, 2008-01-08 at 10:32 +0000, Andrew Haley wrote:
> If you ssh to the target machine and then run Eclipse, does that work
> better?

No, it doesn't. I've tried it already, and I notice the exact
same problem.

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.

--
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
 
Old 01-08-2008, 12:36 PM
Andrew Haley
 
Default Bruttaly sluggish Eclipse performance in remote X

Dimi Paun writes:
>
> On Tue, 2008-01-08 at 10:32 +0000, Andrew Haley wrote:
> > If you ssh to the target machine and then run Eclipse, does that work
> > better?
>
> No, it doesn't. I've tried it already, and I notice the exact
> same problem.

Ah, OK. Well, I don't see that happen at all.

> 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.

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
 
Old 01-08-2008, 12:42 PM
Dimi Paun
 
Default Bruttaly sluggish Eclipse performance in remote X

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

--
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
 
Old 01-08-2008, 12:51 PM
Ralf Ertzinger
 
Default Bruttaly sluggish Eclipse performance in remote X

Hi.

On Tue, 08 Jan 2008 08:42:41 -0500, Dimi Paun wrote:

> 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?).

I think there's a non-obvious key for that. F10?

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 01-08-2008, 01:16 PM
Les Mikesell
 
Default Bruttaly sluggish Eclipse performance in remote X

Dimi Paun wrote:


If you ssh to the target machine and then run Eclipse, does that work
better?


No, it doesn't. I've tried it already, and I notice the exact
same problem.


The quick fix is probably to run freenx on the server and the NX client
from http://www.nomachine.com on the client side. It runs the stuff
affected by latency locally on the server and does proxy/caching with
the client. And it's worth setting up even on a fast local network for
the ability to suspend and reconnect to running sessions. But, you
should probably track down the source of the latency anyway.


--
Les Mikesell
lesmikesell@gmail.com

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 01-08-2008, 01:20 PM
Dimi Paun
 
Default Bruttaly sluggish Eclipse performance in remote X

On Tue, 2008-01-08 at 08:16 -0600, Les Mikesell wrote:
> The quick fix is probably to run freenx on the server and the NX
> client from http://www.nomachine.com on the client side. It runs the
> stuff affected by latency locally on the server and does proxy/caching
> with the client. And it's worth setting up even on a fast local
> network for the ability to suspend and reconnect to running
> sessions.

Thanks, I'll give it a try.

> But, you should probably track down the source of the latency anyway.

I completely agree. However, I'm at a loss on how to do that, any help
would be much appreciated.

--
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
 
Old 01-08-2008, 01:27 PM
Nigel Metheringham
 
Default Bruttaly sluggish Eclipse performance in remote X

On 8 Jan 2008, at 14:20, Dimi Paun wrote:

But, you should probably track down the source of the latency anyway.


I completely agree. However, I'm at a loss on how to do that, any help
would be much appreciated.



I vaguely remember a problem of this type I encountered a couple of
years back, which was down to something along the lines of the entry
in hosts for the machine name pointing to 127.0.0.1 and something
being too smart and trying to use unix domain sockets for X (when
target ip was 127.0.0.1).


Sorry this is so vague...

I would attempt setting the X display to an explicit-non-loopback-
ip:display-num and see if that helps... also check xauth entries.


Nigel.
--
[ Nigel Metheringham Nigel.Metheringham@InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]


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

Thread Tools




All times are GMT. The time now is 10:49 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org