GNU bug report logs - #62736
resizing emacs via remote X is horrible slow

Previous Next

To reply to this bug, email your comments to 62736 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Harald Dunkel <harri <at> afaics.de>
To: submit <at> debbugs.gnu.org
Subject: resizing emacs via remote X is horrible slow
Date: Sun, 9 Apr 2023 09:33:55 +0200

Hi folks,

Using emacs 28.2 ("emacs-lucid", built on Debian Testing) via xlib
protocol on a remote site it is horrible slow on a window resize. If
it does a window refresh, shows some new text, scrolls text up or
down or whatever, then emacs is as fast as expected. Only resizing
the window sucks (sorry).

Would it be possible to optimze emacs in this respect?

If I run the same emacs in a remote xterm session, then it is 3 orders
of magnitude faster. Now the xterm is responsible for running xlib protocol, resizing the window and sending SIGWINCH to emacs. What has
xterm, that emacs doesn't have?

Even if you don't focus on remote XWindow connections, this problem
shows that there is something fishy in emacs. A local XWindow connction
via lan or AF_UNIX might benefit of an optimization as well.


Regards

Harri

Message #10 received at 62736 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Harald Dunkel <harri <at> afaics.de>
Cc: 62736 <at> debbugs.gnu.org
Subject: Re: bug#62736: resizing emacs via remote X is horrible slow
Date: Mon, 11 Sep 2023 16:33:44 -0700

Harald Dunkel <harri <at> afaics.de> writes:

> Using emacs 28.2 ("emacs-lucid", built on Debian Testing) via xlib
> protocol on a remote site it is horrible slow on a window resize. If
> it does a window refresh, shows some new text, scrolls text up or
> down or whatever, then emacs is as fast as expected. Only resizing
> the window sucks (sorry).
>
> Would it be possible to optimze emacs in this respect?
>
> If I run the same emacs in a remote xterm session, then it is 3 orders
> of magnitude faster. Now the xterm is responsible for running xlib protocol, resizing the window and sending SIGWINCH to emacs. What has
> xterm, that emacs doesn't have?
>
> Even if you don't focus on remote XWindow connections, this problem
> shows that there is something fishy in emacs. A local XWindow connction
> via lan or AF_UNIX might benefit of an optimization as well.

Why do you write "as fast as expected"?  Does that mean that Emacs used
to be faster, and if yes, in which version did it become slow?

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.