* bug#4772: 23.1.50; Screen updates very slow
@ 2009-10-21 8:14 Tim Van Holder
2009-10-21 18:04 ` Stefan Monnier
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Tim Van Holder @ 2009-10-21 8:14 UTC (permalink / raw)
To: emacs-pretest-bug
Since yesterday morning's (CET) CVS build (couldn't do one today because
cvs.savannah.gnu.org currently has no route), I've noticed that screen
updates are MUCH slower than before. You can clearly see emacs
repainting things one line at a time. This happens both when
opening/scrolling files and when emacs needs to repaint part of a window
because another window was covering it.
It's not a showstopper as such, but it is having a marked impact on my
efficiency :-).
On the plus side, this seems to be the first emacs build in a long time
that actually starts up with the initial frame sized the way I
configured it.
In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
of 2009-10-20 on leeloo
Windowing system distributor `RealVNC Ltd', version 11.0.3370
configured using `configure '--with-x''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Load-path shadows:
None found.
^ permalink raw reply [flat|nested] 5+ messages in thread* bug#4772: 23.1.50; Screen updates very slow
2009-10-21 8:14 bug#4772: 23.1.50; Screen updates very slow Tim Van Holder
@ 2009-10-21 18:04 ` Stefan Monnier
2009-10-21 18:31 ` Jan Djärv
2009-10-21 19:16 ` Jan Djärv
2 siblings, 0 replies; 5+ messages in thread
From: Stefan Monnier @ 2009-10-21 18:04 UTC (permalink / raw)
To: Tim Van Holder; +Cc: 4772
> Since yesterday morning's (CET) CVS build (couldn't do one today because
> cvs.savannah.gnu.org currently has no route), I've noticed that screen
> updates are MUCH slower than before. You can clearly see emacs
> repainting things one line at a time. This happens both when
> opening/scrolling files and when emacs needs to repaint part of a window
> because another window was covering it.
> It's not a showstopper as such, but it is having a marked impact on my
> efficiency :-).
I confirm that I experience the same thing.
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread* bug#4772: 23.1.50; Screen updates very slow
2009-10-21 8:14 bug#4772: 23.1.50; Screen updates very slow Tim Van Holder
2009-10-21 18:04 ` Stefan Monnier
@ 2009-10-21 18:31 ` Jan Djärv
2009-10-21 19:16 ` Jan Djärv
2 siblings, 0 replies; 5+ messages in thread
From: Jan Djärv @ 2009-10-21 18:31 UTC (permalink / raw)
To: Tim Van Holder, 4772; +Cc: emacs-pretest-bug
Tim Van Holder skrev:
> Since yesterday morning's (CET) CVS build (couldn't do one today because
> cvs.savannah.gnu.org currently has no route), I've noticed that screen
> updates are MUCH slower than before. You can clearly see emacs
> repainting things one line at a time. This happens both when
> opening/scrolling files and when emacs needs to repaint part of a window
> because another window was covering it.
> It's not a showstopper as such, but it is having a marked impact on my
> efficiency :-).
>
> On the plus side, this seems to be the first emacs build in a long time
> that actually starts up with the initial frame sized the way I
> configured it.
I just tried a fresh CVS checkout. The updates in that is painfully slow still.
Jan D.
>
>
> In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
> of 2009-10-20 on leeloo
> Windowing system distributor `RealVNC Ltd', version 11.0.3370
> configured using `configure '--with-x''
>
> Important settings:
> value of $LC_ALL: nil
> value of $LC_COLLATE: nil
> value of $LC_CTYPE: nil
> value of $LC_MESSAGES: nil
> value of $LC_MONETARY: nil
> value of $LC_NUMERIC: nil
> value of $LC_TIME: nil
> value of $LANG: en_US.UTF-8
> value of $XMODIFIERS: nil
> locale-coding-system: utf-8-unix
> default enable-multibyte-characters: t
>
> Load-path shadows:
> None found.
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#4772: 23.1.50; Screen updates very slow
2009-10-21 8:14 bug#4772: 23.1.50; Screen updates very slow Tim Van Holder
2009-10-21 18:04 ` Stefan Monnier
2009-10-21 18:31 ` Jan Djärv
@ 2009-10-21 19:16 ` Jan Djärv
2009-10-22 11:15 ` Tim Van Holder
2 siblings, 1 reply; 5+ messages in thread
From: Jan Djärv @ 2009-10-21 19:16 UTC (permalink / raw)
To: Tim Van Holder, 4772; +Cc: emacs-pretest-bug
Tim Van Holder skrev:
> Since yesterday morning's (CET) CVS build (couldn't do one today because
> cvs.savannah.gnu.org currently has no route), I've noticed that screen
> updates are MUCH slower than before. You can clearly see emacs
> repainting things one line at a time. This happens both when
> opening/scrolling files and when emacs needs to repaint part of a window
> because another window was covering it.
> It's not a showstopper as such, but it is having a marked impact on my
> efficiency :-).
>
Found it. My fault I'm afarid :-(. Now fixed.
Jan D.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-10-22 11:15 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-21 8:14 bug#4772: 23.1.50; Screen updates very slow Tim Van Holder
2009-10-21 18:04 ` Stefan Monnier
2009-10-21 18:31 ` Jan Djärv
2009-10-21 19:16 ` Jan Djärv
2009-10-22 11:15 ` Tim Van Holder
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).