[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: grep slows to a crawl
From: |
Drew Adams |
Subject: |
RE: grep slows to a crawl |
Date: |
Sun, 2 Apr 2006 08:03:03 -0700 |
> When I launch a simple Emacs `grep' it starts out fast and then
> progressively slows to a crawl.
> In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600)
> of 2006-03-20 on W2ONE
This snapshot was probably taken before this change:
2006-03-20 Stefan Monnier <address@hidden>
* jit-lock.el (jit-lock-function): Check for the actual defer-timer
rather than just defer-time, in case defer-time has been changed but
the timer isn't running yet.
(jit-lock-deferred-fontify): Correspondingly let-bind defer-timer.
Please upgrade to a newer version, and try again.
That would be good news. When I can find a later binary I will give it a
try.
> I don't have an emacs -Q recipe for this.
> I'm using a native Windows build with Cygwin grep (and bash shell).
> When I launch a simple Emacs `grep' it starts out fast and then
> progressively slows to a crawl.
Please tell more details. How does one see the ``progressive slowdown
to a crawl''?
The grep hits are added to the *grep* buffer quickly at first, and then
progressively slower. With a buffer of, say, 3800 hits, the display is fast
enough for the first 2/3, then gets slower and slower, until the last few
lines are displayed with maybe 0.5 sec interval between them.
Can you post some timing information for sample
commands?
I don't know how to do that.
I don't think I see this with a native build of Grep, but
what is fast for me could be a ``crawl'' for you, who knows?
If you saw what I see, you would consider it a crawl - at the end. As I say,
it starts out fast.
Alternatively, please try using the native build of Grep (from
GnuWin32 site), and see if this problem goes away. Then we will know
for sure it has something to do with Cygwin.
I don't know how to do that.
I suspect Romain might be right (that would be good news) that this is a
display problem (that has been fixed). I'll give it a try later with a more
recent build.
Thanks.