* Emacs trunk(+AUCTeX) regressions @ 2009-02-01 10:10 Angelo Graziosi 2009-02-01 11:22 ` Ralf Angeli 2009-02-01 14:40 ` Chong Yidong 0 siblings, 2 replies; 6+ messages in thread From: Angelo Graziosi @ 2009-02-01 10:10 UTC (permalink / raw) To: emacs-devel; +Cc: auctex-devel It seems that the changes in Emacs 23.0.60 trunk that have been done between 2009.01.27 and 2009.01.31 cause big regressions on Cygwin and GNU/Linux Kubuntu 8.04.02 (even if here they are weaker), mainly with AUCTeX. Visiting a tex file can take several seconds and when one type a character it takes some time before it is echoized. The effect are greater with bigger file. Also closing a buffer or quitting from Emacs takes some time. I am using the AUCTeX build I did 2009.01.14. Emacs has lost "fluidity" and is "unusable". The build I did 2009.01.27 works just fine. It is more than an year I use Emacs from CVS (GTK weekly builds) without big problems and Emacs has been, for all this time, fast and stable. It is a pity that this happens in a pre-pretest stage. Cheers, Angelo. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs trunk(+AUCTeX) regressions 2009-02-01 10:10 Emacs trunk(+AUCTeX) regressions Angelo Graziosi @ 2009-02-01 11:22 ` Ralf Angeli 2009-02-01 16:27 ` Angelo Graziosi 2009-02-01 14:40 ` Chong Yidong 1 sibling, 1 reply; 6+ messages in thread From: Ralf Angeli @ 2009-02-01 11:22 UTC (permalink / raw) To: Angelo Graziosi; +Cc: auctex-devel, emacs-devel * Angelo Graziosi (2009-02-01) writes: > It seems that the changes in Emacs 23.0.60 trunk that have been done > between 2009.01.27 and 2009.01.31 cause big regressions on Cygwin and > GNU/Linux Kubuntu 8.04.02 (even if here they are weaker), mainly with > AUCTeX. > > Visiting a tex file can take several seconds and when one type a character > it takes some time before it is echoized. The effect are greater with > bigger file. Also closing a buffer or quitting from Emacs takes some time. I cannot reproduce this with emacs -Q -l auctex circ.tex using an anti-aliased DejaVu Sans Mono font or a non-anti-aliased Terminal font on Debian sid. In the anti-aliased case there is a noticable lag during scrolling. But it is not so bad that it shows during character insertion. So please provide a minimal test case starting from emacs -Q (likely with a sample LaTeX file) for reproducing the problem. -- Ralf ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs trunk(+AUCTeX) regressions 2009-02-01 11:22 ` Ralf Angeli @ 2009-02-01 16:27 ` Angelo Graziosi 2009-02-01 17:49 ` Ralf Angeli 0 siblings, 1 reply; 6+ messages in thread From: Angelo Graziosi @ 2009-02-01 16:27 UTC (permalink / raw) To: Ralf Angeli; +Cc: auctex-devel, emacs-devel [-- Attachment #1: Type: TEXT/PLAIN, Size: 3433 bytes --] With a binary search, the changes which cause the problems I see, are localized between CVS of 20090129 15:30 (works fine) and CVS of 20090129 15:40 (does not work fine) i.e. $ cat src_ChangeLog-20090129_1540-1530.diff --- /tmp/emacs/src/ChangeLog 2009-02-01 16:24:46.031250000 +0100 +++ emacs/src/ChangeLog 2009-02-01 14:02:47.000000000 +0100 @@ -1,3 +1,26 @@ +2009-01-29 Chong Yidong <cyd@stupidchicken.com> + + * keyboard.c (pending_signals): New var. + (poll_for_input, input_available_signal, init_keyboard): Set it. + (process_pending_signals): New function. + + * lisp.h (QUIT): Check pending_signals instead of + interrupt_input_pending. Use process_pending_signals. + + * atimer.c (run_timers, alarm_signal_handler): Update + pending_signals. + + * process.c (wait_reading_process_output): Use + process_pending_signals. + + * sysdep.c (emacs_write): Use process_pending_signals. + + * xterm.c (XTread_socket): Update pending_signals. + + * w32term.c (w32_read_socket): Update pending_signals. + + * w32inevt.c (w32_console_read_socket): Update pending_signals. + 2009-01-29 Kenichi Handa <handa@m17n.org> * xftfont.c (xftfont_has_char): New function. To reproduce the things I have attached a tarball which contains a .tex file to be used under Emacs+AUCTeX and a skeleton of my ".emacs" file. Indeed something there triggers the problems. As you can see in ".emacs" I have (since I was 'children' with Emacs...): (setq imenu-auto-rescan-maxout 500000) which seems to cause the problems. If you comment out it, then Emacs-builds > 20090129-15:30 seems to work normally. Instead with "imenu-auto-rescan-maxout" > 80000 (default 60000, me 500000), when I type a key, it is echoized (appears) after: 9 seconds (gulp!) on Cygwin and 1.5 seconds on GNU/Linux Kubuntu 8.04.02! As I wrote: it is more than an year I use Emacs23-gtk+AUCTeX, and with "(setq imenu-auto-rescan-maxout 500000)", without big problems. Ralf, I am afraid I can't give a short example to be used with emacs -Q... The test case should have many lines and many sectioning (section, chapter, subsection...). However the test case I send is simple to use: after visiting it with Emacs, one should only type a character a see after how many seconds it appear (obviously all this with the skeleton .emacs substituting yours temporarly). Cheers, Angelo. On Sun, 1 Feb 2009, Ralf Angeli wrote: > * Angelo Graziosi (2009-02-01) writes: > >> It seems that the changes in Emacs 23.0.60 trunk that have been done >> between 2009.01.27 and 2009.01.31 cause big regressions on Cygwin and >> GNU/Linux Kubuntu 8.04.02 (even if here they are weaker), mainly with >> AUCTeX. >> >> Visiting a tex file can take several seconds and when one type a character >> it takes some time before it is echoized. The effect are greater with >> bigger file. Also closing a buffer or quitting from Emacs takes some time. > > I cannot reproduce this with > emacs -Q -l auctex circ.tex > using an anti-aliased DejaVu Sans Mono font or a non-anti-aliased > Terminal font on Debian sid. In the anti-aliased case there is a > noticable lag during scrolling. But it is not so bad that it shows > during character insertion. > > So please provide a minimal test case starting from emacs -Q (likely > with a sample LaTeX file) for reproducing the problem. > > [-- Attachment #2: Type: APPLICATION/x-bzip2, Size: 81920 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs trunk(+AUCTeX) regressions 2009-02-01 16:27 ` Angelo Graziosi @ 2009-02-01 17:49 ` Ralf Angeli 2009-02-01 21:46 ` Angelo Graziosi 0 siblings, 1 reply; 6+ messages in thread From: Ralf Angeli @ 2009-02-01 17:49 UTC (permalink / raw) To: Angelo Graziosi; +Cc: auctex-devel, emacs-devel * Angelo Graziosi (2009-02-01) writes: > To reproduce the things I have attached a tarball which contains a .tex > file to be used under Emacs+AUCTeX and a skeleton of my ".emacs" file. It was a bit tricky to untar it because even though it has a .bz2 extension it is not compressed. Anyway, activating the Imenu facilities as shown in your .emacs file (setting `imenu-auto-rescan' and `imenu-auto-rescan-maxout' as well as adding the Imenu menu) and typing a character at the end of the sample file I got the following results: Function Name Call Count Elapsed Time Average Time ====================================== ========== ============ ============ imenu-update-menubar 16 0.906322 0.056645125 imenu--make-index-alist 1 0.905833 0.905833 LaTeX-imenu-create-index-function 1 0.905628 0.905628 re-search-backward 27 0.8893579999 0.0329391851 LaTeX-outline-level 23 0.0115990000 0.0005043043 LaTeX-outline-name 23 0.002258 9.817...e-05 LaTeX-outline-offset 23 0.001095 4.760...e-05 LaTeX-largest-level 23 0.0003670000 1.595...e-05 imenu--truncate-items 1 0.000117 0.000117 LaTeX-outline-regexp 1 7.2e-05 7.2e-05 `LaTeX-imenu-create-index-function' searches from the bottom of the buffer all the way up to its top with `re-search-backward' in order to find LaTeX sectioning commands for the index. This can obviously take some time in large files. I haven't tested with another version of Emacs and so I have no idea if the the change in Emacs you mentioned affected the performance of `re-search-backward' or if something else caused the slowdown in your case. -- Ralf ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs trunk(+AUCTeX) regressions 2009-02-01 17:49 ` Ralf Angeli @ 2009-02-01 21:46 ` Angelo Graziosi 0 siblings, 0 replies; 6+ messages in thread From: Angelo Graziosi @ 2009-02-01 21:46 UTC (permalink / raw) To: Ralf Angeli; +Cc: auctex-devel, emacs-devel [-- Attachment #1: Type: TEXT/PLAIN, Size: 214 bytes --] On Sun, 1 Feb 2009, Ralf Angeli wrote: > > It was a bit tricky to untar it because even though it has a .bz2 > extension it is not compressed. > For completeness I re-send the right tarball. Thanks, Angelo. [-- Attachment #2: Type: APPLICATION/x-bzip2, Size: 21961 bytes --] [-- Attachment #3: Type: text/plain, Size: 146 bytes --] _______________________________________________ auctex-devel mailing list auctex-devel@gnu.org http://lists.gnu.org/mailman/listinfo/auctex-devel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs trunk(+AUCTeX) regressions 2009-02-01 10:10 Emacs trunk(+AUCTeX) regressions Angelo Graziosi 2009-02-01 11:22 ` Ralf Angeli @ 2009-02-01 14:40 ` Chong Yidong 1 sibling, 0 replies; 6+ messages in thread From: Chong Yidong @ 2009-02-01 14:40 UTC (permalink / raw) To: Angelo Graziosi; +Cc: auctex-devel, emacs-devel Angelo Graziosi <Angelo.Graziosi@roma1.infn.it> writes: > It seems that the changes in Emacs 23.0.60 trunk that have been done > between 2009.01.27 and 2009.01.31 cause big regressions on Cygwin and > GNU/Linux Kubuntu 8.04.02 (even if here they are weaker), mainly with > AUCTeX. Can anyone can reproduce this bug? ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-02-01 21:46 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-02-01 10:10 Emacs trunk(+AUCTeX) regressions Angelo Graziosi 2009-02-01 11:22 ` Ralf Angeli 2009-02-01 16:27 ` Angelo Graziosi 2009-02-01 17:49 ` Ralf Angeli 2009-02-01 21:46 ` Angelo Graziosi 2009-02-01 14:40 ` Chong Yidong
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.