From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63949 Path: news.gmane.org!not-for-mail From: Alexandre Oliva Newsgroups: gmane.emacs.pretest.bugs,gmane.emacs.gnus.general Subject: Re: Slow operations on buffers of tens of megabytes Date: Thu, 09 Nov 2006 20:00:57 -0200 Organization: Free Software Foundation Latin America Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1163110001 31419 80.91.229.2 (9 Nov 2006 22:06:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Nov 2006 22:06:41 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, ding@gnus.org Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Thu Nov 09 23:06:37 2006 Return-path: Envelope-to: gebp-emacs-pretest-bug@gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GiI2Q-0002P1-Bc for gebp-emacs-pretest-bug@gmane.org; Thu, 09 Nov 2006 23:06:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GiI2P-0008JX-KF for gebp-emacs-pretest-bug@gmane.org; Thu, 09 Nov 2006 17:06:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GiI2M-0008Gm-Dh for emacs-pretest-bug@gnu.org; Thu, 09 Nov 2006 17:06:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GiI2L-0008F4-Ji for emacs-pretest-bug@gnu.org; Thu, 09 Nov 2006 17:06:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GiI2L-0008Ew-GI for emacs-pretest-bug@gnu.org; Thu, 09 Nov 2006 17:06:17 -0500 Original-Received: from [143.106.7.165] (helo=boneca.lsd.ic.unicamp.br) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GiI2K-0003hi-RB for emacs-pretest-bug@gnu.org; Thu, 09 Nov 2006 17:06:17 -0500 Original-Received: from freie.oliva.athome.lsd.ic.unicamp.br (gw-to-emilia.oliva.athome.lsd.ic.unicamp.br [172.31.160.17] (may be forged)) by boneca.lsd.ic.unicamp.br (8.13.8/8.13.5) with ESMTP id kA9M15Mx030525; Thu, 9 Nov 2006 20:01:05 -0200 Original-Received: from free.oliva.athome.lsd.ic.unicamp.br (free.oliva.athome.lsd.ic.unicamp.br [172.31.160.1]) by freie.oliva.athome.lsd.ic.unicamp.br (8.13.8/8.13.8) with ESMTP id kA9M14If025009; Thu, 9 Nov 2006 20:01:04 -0200 Original-Received: from free.oliva.athome.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by free.oliva.athome.lsd.ic.unicamp.br (8.13.8/8.13.8) with ESMTP id kA9M15eY016687; Thu, 9 Nov 2006 20:01:05 -0200 Original-Received: (from aoliva@localhost) by free.oliva.athome.lsd.ic.unicamp.br (8.13.8/8.13.5/Submit) id kA9M0vqq016681; Thu, 9 Nov 2006 20:00:57 -0200 Original-To: Elias Oltmanns User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.90 (gnu/linux) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for CVS Emacs." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Errors-To: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.pretest.bugs:15008 gmane.emacs.gnus.general:63949 Archived-At: On Nov 8, 2006, Reiner Steib wrote: > On Tue, Nov 07 2006, Reiner Steib wrote: >> Alexandre and Elias: Does this patch give good results? > Please consider this patch instead: Thanks for the patch. It works, but it doesn't. It works in that it does speed up entering in new folders. However, it breaks mail splitting in that, at the time buffers are to be saved, vc-before-save ends up trying to require vc-RCS, so newly-split e-mail is not saved, remaining in open modified buffers until I override vc-before-save and vc-after-save to empty functions and save them all. I don't think I lost any e-mail in the process. I guess the vc backend code could set up some char table that enables the mapping from RCS to rcs in order to get the correct backend file name, but should it? Ultimately, I'm a bit concerned about messing with the case table of an nnfolder buffer for the entire duration of the buffer. It's hard to tell whether there'd be any less visible fallouts. -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}