From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: Len Trigg <lenbok@gmail.com>
Cc: emacs-pretest-bug@gnu.org, jdee-devel@lists.sourceforge.net,
cedet-devel@lists.sourceforge.net
Subject: Re: 23.0.60; Slowdown in directory scanning over time.
Date: Mon, 07 Apr 2008 01:03:14 +0200 [thread overview]
Message-ID: <47F956B2.2090100__14908.7936537855$1207523059$gmane$org@gmail.com> (raw)
In-Reply-To: <hb8wzqk4l3.wl%len@netvalue.net.nz>
JDEE and the things it depends on are not yet a part of Emacs,
unfortunately. I don't know exactly where this message should go, but I
guess that cedet-devel and jdee-devel both might be good places so I
have CC:ed them.
Len Trigg wrote:
> [Resending this, because I'm not sure if my email made it through the
> first time]
>
> Please write in English if possible, because the Emacs maintainers
> usually do not have translators to read other languages for them.
>
> Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.
>
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
>
> I'm using CVS emacs and I've noticed that it's exhibiting a very
> painful slowdown over time. I'm primarily using JDEE for Java
> development, and when opening a new java file it can get to taking
> minutes for the file to open. If I restart emacs things are snappy
> again. I have tried to narrow things down and think I have found the
> problem. When opening a java file, JDEE does a scan of library
> directories to build the project classpath, and it seems to be this
> scanning that is taking longer to evaluate. When switching to an
> already open Java buffer, it does a quick scan looking in various
> directories for changes to the project file, and this also slows down.
>
> If I evaluate the following code:
>
> (let ((time-initial (current-time))
> (files (directory-files "/home2/len/reeltwo_sandboxes/vetech/src/com/vetech/datamodel")))
> (message (format "Took %d seconds to list %d files" (time-to-seconds (time-subtract (current-time) time-initial)) (length files))))
>
> with the emacs I just had running (which had been open for several
> days, but only had approximately 35 buffers open), the output said it
> took between 2 and 3 seconds to list 166 files. With this freshly
> restarted emacs, it now repeatedly says 0 seconds. I hope you can pin
> things down to find the actual cause.
>
>
> Cheers,
> Len.
>
>
> If Emacs crashed, and you have the Emacs process in the gdb debugger,
> please include the output from the following gdb commands:
> `bt full' and `xbacktrace'.
> If you would like to further debug the crash, please read the file
> /home2/len/local/share/emacs/23.0.60/etc/DEBUG for instructions.
>
>
> In GNU Emacs 23.0.60.2 (i686-pc-linux-gnu, GTK+ Version 2.10.4)
> of 2008-03-25 on noir
> configured using `configure '--with-x-toolkit=gtk' '--prefix=/home2/len/local''
>
> 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_NZ
> value of $XMODIFIERS: @im=none
> locale-coding-system: iso-latin-1-unix
> default-enable-multibyte-characters: t
>
> Major mode: Emacs-Lisp
>
> Minor modes in effect:
> shell-dirtrack-mode: t
> pmwiki-minor-mode: t
> erc-autoaway-mode: t
> erc-button-mode: t
> erc-ring-mode: t
> erc-track-mode: t
> erc-fill-mode: t
> erc-stamp-mode: t
> erc-pcomplete-mode: t
> display-time-mode: t
> delete-selection-mode: t
> show-paren-mode: t
> pc-selection-mode: t
> tool-bar-mode: t
> file-name-shadow-mode: t
> global-font-lock-mode: t
> font-lock-mode: t
> global-auto-composition-mode: t
> auto-composition-mode: t
> auto-compression-mode: t
> column-number-mode: t
> line-number-mode: t
> transient-mark-mode: t
>
> Recent input:
> ESC x r i c DEL DEL DEL i r c RET j e TAB r TAB DEL
> DEL TAB h t t p : / / w w w . j w z . o r g / d o c
> / t a b s - v s - s p a c e s . h t m l RET k u r TAB
> h t t p : / / w w w . j w z . o r g / d o c / t a b
> s - v s - s p a c e s . h t m l RET C-x C-f ~ / t e
> TAB . e l TAB RET C-n C-n C-n C-n C-b C-x C-e C-w C-x
> C-e C-x C-e C-x C-e C-x C-e C-n ESC x r e p o r TAB
> b u TAB RET
>
> Recent messages:
> Took 0 seconds to list 166 files
> "Took 0 seconds to list 166 files"
> kill-region: The mark is not set now, so there is no region
> Took 0 seconds to list 166 files
> "Took 0 seconds to list 166 files"
> Took 0 seconds to list 166 files
> "Took 0 seconds to list 166 files"
> Took 0 seconds to list 166 files
> "Took 0 seconds to list 166 files"
> Took 0 seconds to list 166 files
> "Took 0 seconds to list 166 files"
>
>
>
next prev parent reply other threads:[~2008-04-06 23:03 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-06 22:20 23.0.60; Slowdown in directory scanning over time Len Trigg
2008-04-06 23:03 ` Lennart Borgman (gmail) [this message]
[not found] ` <47F956B2.2090100@gmail.com>
2008-04-07 0:02 ` Len Trigg
2008-05-12 21:25 ` Len Trigg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='47F956B2.2090100__14908.7936537855$1207523059$gmane$org@gmail.com' \
--to=lennart.borgman@gmail.com \
--cc=cedet-devel@lists.sourceforge.net \
--cc=emacs-pretest-bug@gnu.org \
--cc=jdee-devel@lists.sourceforge.net \
--cc=lenbok@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.