Re: LyX GUI unresponsive over ssh

2016-09-01 Thread Pavel Sanda
Boylan, Ross wrote:
> It seems the GUI is just incredibly slow, taking maybe 30 to 60 seconds to 
> respond to an event.  That includes even trivial operations like clicking 
> somewhere and having the cursor appear.  In the interim I see continuous 
> network activity at about 265KiB/s.

I am using lyx over ssh from time to time and it is not that bad for me (LyX 
2.0 here though).
Have you tried to give -C option to ssh?

Pavel


Re: LyX GUI unresponsive over ssh

2016-08-27 Thread Jean-Marc Lasgouttes

Le 26/08/2016 à 22:36, Boylan, Ross a écrit :

I'm surprised; I thought the point of X was to avoid pushing bitmaps around.


Yes, it used to be the case. Nowadays it is a bit different, I think.

JMarc



Re: LyX GUI unresponsive over ssh

2016-08-26 Thread Scott Kostyshak
On Fri, Aug 26, 2016 at 03:11:48PM +0200, Jean-Marc Lasgouttes wrote:
> Le 26/08/2016 à 00:30, Boylan, Ross a écrit :
> > It seems the GUI is just incredibly slow, taking maybe 30 to 60
> > seconds to respond to an event.  That includes even trivial
> > operations like clicking somewhere and having the cursor appear.  In
> > the interim I see continuous network activity at about 265KiB/s.
> 
> You can try to play with the -graphicssystem option. See here for
> details (there may be a newer reference):
> http://blog.qt.io/blog/2009/12/16/qt-graphics-and-performance-an-overview/

See also here:
https://www.mail-archive.com/search?l=mid=20130405233410.66135cdc%40mylap4.domain.cxm

Scott


signature.asc
Description: PGP signature


Re: LyX GUI unresponsive over ssh

2016-08-26 Thread Jean-Marc Lasgouttes

Le 26/08/2016 à 00:30, Boylan, Ross a écrit :

It seems the GUI is just incredibly slow, taking maybe 30 to 60
seconds to respond to an event.  That includes even trivial
operations like clicking somewhere and having the cursor appear.  In
the interim I see continuous network activity at about 265KiB/s.


You can try to play with the -graphicssystem option. See here for
details (there may be a newer reference):
http://blog.qt.io/blog/2009/12/16/qt-graphics-and-performance-an-overview/

I think that one of the problems is the way we do painting (paint to a 
pixmap, and then copy the pixmap to screen). Fixing this is on my TODO 
list, but it is not easy.


JMarc




Re: LyX GUI unresponsive over ssh

2016-08-25 Thread Steve Litt
On Thu, 25 Aug 2016 22:30:44 +
"Boylan, Ross"  wrote:

> It seems the GUI is just incredibly slow, taking maybe 30 to 60
> seconds to respond to an event.  That includes even trivial
> operations like clicking somewhere and having the cursor appear.  In
> the interim I see continuous network activity at about 265KiB/s.
> 
> Perhaps this is some  problem with fonts so that I'm getting
> bitmaps?  Even so, it seems to be repainting the entire window
> whenever anything changes.
> 
> I was able to use the GUI to export to Lyx 2.0 format, and I can work
> on that on L. AFAIK I wasn't using any features that require a later
> version.
> 
> So my immediate problem of working on the file is solved via the
> conversion, and the not being able to work remotely issue is at least
> partly explained.  I'd still like to know more, like why the remote
> access is so slow and how to convert the format from the command line.
> 
> Ross
> 
> From: Boylan, Ross
> Sent: Thursday, August 25, 2016 1:46 PM
> To: lyx-users@lists.lyx.org
> Subject: LyX GUI unresponsive over ssh
> 
> I have a LyX document created in the current version of Debian that I
> am having trouble working with from an older version.
> 
> The document was created with LyX 2.1.2 built against Qt 4.8.6 on
> Xorg 1.12.4 (remote machine R).
> 
> My local machine (call it L) has LyX 2.0.3 against Qt 4.8.1, Xorg
> 1.12.4.
> 
> 1.  Copying the .lyx file from R to L and attempting to open it on L
> -> message the file is "from a newer version of LyX and the lyx2Lyx
> script failed to convert it".
> 
> 2.  Using ssh -Y to connect from L to R and launching  LyX on R up
> the GUI on L.  Moving the mouse around in the window changes the
> cursor, but clicking has no effect in the file menus, the main window
> or the scrollbar.  I was not able to find any error reports on the
> terminal from which LyX was launched or in .xsession-errors on either
> R or L.
> 
> I was able to run remotely from another machine (call it A) that was
> also running an older version of Debian (though maybe not quite as
> old).  And I can run and interact with the xfontself, launched from
> R, on L.
> 
> Aside from possible software differences between L and A, their
> connections to R differed.  A's connection was high-speed and
> probably not subject to a lot of port blocking.  L's connection is
> slower, somewhat unreliable, and through a router that does very
> selective port forwarding.
> 
> Downgrading the file on R seems as if it might solve the problem,
> though doing so without being able to run the GUI is a bit
> challenging (maybe somehow use lyx -x and LFUN_BUFFER_EXPORT, but I'm
> not sure of the exact syntax?).
> 
> And it would be nice if I could get the remote GUI to work, or at
> least be able to diagnose why it isn't working.
> 
> Any suggestions?
> 
> Thanks.
> Ross Boylan

Doesn't surprise me one bit. You're sending every X command over that
encrypted wire, not just document parts. What you're describing sounds
consistent with the results I've gotten running X programs over ssh,
especially over the Internet.

Perhaps you could install LyX and the sshfs client on your laptop,
mount the directory with the LyX file via sshfs, and then have all your
X on the laptop side.

HTH,

SteveT

Steve Litt
August 2016 featured book: Manager's Guide to Technical Troubleshooting
  Brand new, second edition
http://www.troubleshooters.com/mgr


RE: LyX GUI unresponsive over ssh

2016-08-25 Thread Boylan, Ross
It seems the GUI is just incredibly slow, taking maybe 30 to 60 seconds to 
respond to an event.  That includes even trivial operations like clicking 
somewhere and having the cursor appear.  In the interim I see continuous 
network activity at about 265KiB/s.

Perhaps this is some  problem with fonts so that I'm getting bitmaps?  Even so, 
it seems to be repainting the entire window whenever anything changes.

I was able to use the GUI to export to Lyx 2.0 format, and I can work on that 
on L. AFAIK I wasn't using any features that require a later version.

So my immediate problem of working on the file is solved via the conversion, 
and the not being able to work remotely issue is at least partly explained.  
I'd still like to know more, like why the remote access is so slow and how to 
convert the format from the command line.

Ross

From: Boylan, Ross
Sent: Thursday, August 25, 2016 1:46 PM
To: lyx-users@lists.lyx.org
Subject: LyX GUI unresponsive over ssh

I have a LyX document created in the current version of Debian that I am having 
trouble working with from an older version.

The document was created with LyX 2.1.2 built against Qt 4.8.6 on Xorg 1.12.4 
(remote machine R).

My local machine (call it L) has LyX 2.0.3 against Qt 4.8.1, Xorg 1.12.4.

1.  Copying the .lyx file from R to L and attempting to open it on L -> message 
the file is "from a newer version of LyX and the lyx2Lyx script failed to 
convert it".

2.  Using ssh -Y to connect from L to R and launching  LyX on R up the GUI on 
L.  Moving the mouse around in the window changes the cursor, but clicking has 
no effect in the file menus, the main window or the scrollbar.  I was not able 
to find any error reports on the terminal from which LyX was launched or in 
.xsession-errors on either R or L.

I was able to run remotely from another machine (call it A) that was also 
running an older version of Debian (though maybe not quite as old).  And I can 
run and interact with the xfontself, launched from R, on L.

Aside from possible software differences between L and A, their connections to 
R differed.  A's connection was high-speed and probably not subject to a lot of 
port blocking.  L's connection is slower, somewhat unreliable, and through a 
router that does very selective port forwarding.

Downgrading the file on R seems as if it might solve the problem, though doing 
so without being able to run the GUI is a bit challenging (maybe somehow use 
lyx -x and LFUN_BUFFER_EXPORT, but I'm not sure of the exact syntax?).

And it would be nice if I could get the remote GUI to work, or at least be able 
to diagnose why it isn't working.

Any suggestions?

Thanks.
Ross Boylan