From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dhruva Krishnamurthy Newsgroups: gmane.emacs.devel Subject: Re: Slow access to files using UNC path Date: Wed, 1 Sep 2004 15:20:03 +0530 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <68c73b1a040901025051199ef6@mail.gmail.com> References: <68c73b1a04083122477869f5a@mail.gmail.com> <1094020967.1821.22.camel@localhost> Reply-To: Dhruva Krishnamurthy NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1094032234 30871 80.91.224.253 (1 Sep 2004 09:50:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 1 Sep 2004 09:50:34 +0000 (UTC) Cc: KOBAYASHI Yasuhiro , Stefan Monnier , Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 01 11:50:23 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C2Rl1-0005Ml-00 for ; Wed, 01 Sep 2004 11:50:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C2Rpv-00056G-TL for ged-emacs-devel@m.gmane.org; Wed, 01 Sep 2004 05:55:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C2Rpo-00056A-VG for emacs-devel@gnu.org; Wed, 01 Sep 2004 05:55:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C2Rpn-00055y-9G for emacs-devel@gnu.org; Wed, 01 Sep 2004 05:55:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C2Rpn-00055v-7C for emacs-devel@gnu.org; Wed, 01 Sep 2004 05:55:19 -0400 Original-Received: from [64.233.170.206] (helo=mproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C2Rkl-0003bl-C4 for emacs-devel@gnu.org; Wed, 01 Sep 2004 05:50:07 -0400 Original-Received: by mproxy.gmail.com with SMTP id 73so348231rnl for ; Wed, 01 Sep 2004 02:50:03 -0700 (PDT) Original-Received: by 10.38.6.75 with SMTP id 75mr1907105rnf; Wed, 01 Sep 2004 02:50:03 -0700 (PDT) Original-Received: by 10.38.102.29 with HTTP; Wed, 1 Sep 2004 02:50:03 -0700 (PDT) Original-To: Andre Spiegel In-Reply-To: <1094020967.1821.22.camel@localhost> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:26685 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26685 hello, On Wed, 01 Sep 2004 08:42:47 +0200, Andre Spiegel wrote: > > + ;;;###autoload > > + (defvar vc-hostname-fs-path-re "\\`\\([\\/][\\/]\\|/net/\\|/afs/\\)\\'") > > + > > ;; vc-annotate functionality (CVS only). > > (defvar vc-annotate-mode nil > > "Variable indicating if VC-Annotate mode is active.") > > That doesn't look right. If you want to ensure every backend sees the > variable when needed, place it into vc-hooks.el (this is the > always-loaded portion of VC). It needs to have a good doc string > though. Not having followed the discussion until now, I have hardly any > idea what the variable is supposed to do. The doc string suggested in > an earlier patch: > > "Regular expression to identify remote folders" > > isn't much help either. ("Folder" is not an Emacs term, to begin > with.) Please clarify. Also, if this is a general mechanism to Agreed. The whole chain started with my observation of very slow access to files under UNC when compared to XEmacs. In an earlier posting, I was told it was due to XEmacs using something like find-file-literally and Emacs using find-file (which has lot of hooks). It was debuged and found by Mr.KOBAYASHI Yasuhiro and the original patch. I found the regex was not working for me from the original patch and Stefan came up with the current regexp which _tremendously_ speeds up accessing files over UNC. They have now generalized for UNC,net and afs (not sure of this ,though) > identify directories on remote hosts, I wonder if only VC is concerned > with it. Perhaps the regexp needs to go to a different place > altogether? I agree with you here. This variable could be in a more generic location with a different name too. Ex: remote-folder-regex or something like that and this should be defcustom. The default can be the one in the patch. with best regards, dhruva -- ________________________________________ Dhruva Krishnamurthy Proud FSF member: #1935 http://schemer.fateback.com/