[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: M-x grep significantly slower in emacs 22 (compared to emacs 21)

From: WAROQUIERS Philippe
Subject: RE: M-x grep significantly slower in emacs 22 (compared to emacs 21)
Date: Thu, 27 Sep 2007 21:54:26 +0200

Thanks for the quick feedback.

>Does it help to customize the value process-adaptive-read-buffering?

Yes, it helps (tested on hp-ux, I did not test on gnu-linux):
40 seconds with customization, 120 seconds without.
(??? in my initial report, I gave about 80 seconds. Must have done an
while measuring: I have tried twice now, and each time obtained about
120 seconds).

Note that even with this customisation, emacs 22 is significant slower
than emacs 21:
it seems that with this option, emacs 22 sleeps "less", but it still
significantly more cpu than emacs 21.

I tried the following test:
 create a buffer called *grep*
 C-u M-x shell-command   (date; ... grep command as launched by M-x grep
...; date)
  => this takes about 7 seconds to have the result of grep in the *grep*

 I afterwards called
  M-x grep-mode

The grep-mode tells that it is fontifying the buffer.
This takes about 17 seconds. (note that the "progress" of the grep seems
to show that some regexp are "more heavy" than others).

So, when comparing with emacs 21, the fontification of the grep results
takes significantly more time and reading the output of the grep command

also takes longer.


This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 

Any views expressed in this message are those of the sender.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]