From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Politz Newsgroups: gmane.emacs.help Subject: Re: Fontifying grep results is slow Date: Fri, 02 Jul 2010 20:02:20 +0200 Organization: FH-Trier Message-ID: <87d3v5sqxf.fsf@fh-trier.de> References: <878w5zj95u.fsf@fh-trier.de> <87zkye7py7.fsf@lion.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1291843306 5802 80.91.229.12 (8 Dec 2010 21:21:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2010 21:21:46 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 08 22:21:42 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PQRS0-0005jU-7z for geh-help-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 22:21:24 +0100 Original-Received: from localhost ([127.0.0.1]:44389 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQRJo-0000NE-45 for geh-help-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 16:12:56 -0500 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!kanaga.switch.ch!switch.ch!news.belwue.de!news.uni-kl.de!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 59 Original-NNTP-Posting-Host: 143-93-54-11.arno.fh-trier.de Original-X-Trace: news.uni-kl.de 1278093740 14259 143.93.54.11 (2 Jul 2010 18:02:20 GMT) Original-X-Complaints-To: usenet@news.uni-kl.de Original-NNTP-Posting-Date: Fri, 2 Jul 2010 18:02:20 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:8ueQZI90GB3MBF1xgEA8jVZJFrk= Cache-Post-Path: arno.fh-trier.de!unknown@dslb-084-059-205-093.pools.arcor-ip.net X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Original-Xref: usenet.stanford.edu gnu.emacs.help:179462 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:76025 Archived-At: Tim X writes: > Andreas Politz writes: > >> Hi, >> >> I don't understand, why the time needed for fontifying grep matches, >> seems to be a function of the results buffer-length. Is this the result >> of refontifying the whole buffer again and again after each insertion ? >> >> It's easily observable with a search generating tenth of thousands of >> matches (at least on this machine), it gets slower, and slower ... and >> slower. Until the insertion of new matches comes almost to a halt. >> >> Disable font-lock-mode and the results are almost immediately available. >> Reenabling it in buffer with many matches takes forever. >> >> Is this maybe a matter of to general, to much regexpes ? >> > > I'm assuming your talking about M-x grep rather than running grep in a > shell buffer etc. Yes. > > There are quite a few variables involved and it could be any one of > them. Possibilities include - > > 1. Additional font-locking packages, such as devlock and its settings > 2. The font-lock-support-mode being used - check it is jit-lock > 3. Check setting of font-lock-maximum-decoration > 4. Other modes, like longlinges-mode or other line wrapping settings may > have an impact here, not sure. May depend on how long your lines are.. emacs -Q here. I guess the main point, I would like to understand is, if (at all) and why the time spend fontifying a new line of grep result seems to be a function on the size of the result buffer. Anyway I guess I should try to reduce the complexity of the font-lock regexps. > > You can also try tweaking things to see if that improves matters. i.e. > changing value for font-lock-maximum-size and > font-lock-maximum-decoration, turning off devlock if installed, changing > the faces used by grep etc. > > I don't notice any significant slowdown, but I have a fairly fast > machine with lots of memory and tend to rarely do grep's that will > return large data sets. That's good for you, because it's not usable anyway (At least with font-lock enabled.). > > Tim -ap