From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: files.el: Once again impossible to turn off dir-settings Date: Wed, 26 Nov 2008 09:37:01 -0500 Message-ID: References: <5f0ff9220811250613yfc12747x288be0767f63c6b6@mail.gmail.com> <5f0ff9220811251100m2372217ao9943f6f5998a9b2b@mail.gmail.com> <5f0ff9220811252033t11d9a8cfied2d69075827bd7c@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1227710379 24584 80.91.229.12 (26 Nov 2008 14:39:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Nov 2008 14:39:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: "T.V. Raman" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 26 15:40:42 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L5LZB-000892-Ae for ged-emacs-devel@m.gmane.org; Wed, 26 Nov 2008 15:40:33 +0100 Original-Received: from localhost ([127.0.0.1]:45826 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L5LY1-00080m-Rc for ged-emacs-devel@m.gmane.org; Wed, 26 Nov 2008 09:39:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L5LVt-0006kv-L7 for emacs-devel@gnu.org; Wed, 26 Nov 2008 09:37:09 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L5LVr-0006iz-O6 for emacs-devel@gnu.org; Wed, 26 Nov 2008 09:37:08 -0500 Original-Received: from [199.232.76.173] (port=36466 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L5LVr-0006ij-At for emacs-devel@gnu.org; Wed, 26 Nov 2008 09:37:07 -0500 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:34625 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L5LVr-0000RL-0h for emacs-devel@gnu.org; Wed, 26 Nov 2008 09:37:07 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiQFALDtLEnO+J+z/2dsb2JhbACBbdEAgn2BIA X-IronPort-AV: E=Sophos;i="4.33,669,1220241600"; d="scan'208";a="30317249" Original-Received: from 206-248-159-179.dsl.teksavvy.com (HELO pastel.home) ([206.248.159.179]) by ironport2-out.teksavvy.com with ESMTP; 26 Nov 2008 09:37:04 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 0573B8107; Wed, 26 Nov 2008 09:37:02 -0500 (EST) In-Reply-To: <5f0ff9220811252033t11d9a8cfied2d69075827bd7c@mail.gmail.com> (T. V. Raman's message of "Tue, 25 Nov 2008 20:33:11 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:106196 Archived-At: > Stefan, --yes, /homee/user is nfs mounted -- and accessing > non-existent directories in /home causes a network access. So if I access /home/, which remote machine is being accessed? > means that when emacs goes hunting in /home, it triggers > a huge number of filer accesses. In my experience, the actual number of accesses is not important. What matters is whether one of them triggers access to a nonexistent remote machine. E.g trying to find /net/.dir-settings.el can cause the autofs file system to try and contact the ".dir-settings.el" server which doesn't exist (if you get lucky, you immediately get an error, but you may also end up waiting for a timeout, and in any case you end up waiting for DNS resolution, which can take a few seconds). > I wasn't aware of the other regexp -- I'll use that. But for the > foreseeable future I expect to disable dir-setings -- at least until > there is a project using it. Sounds reasonable. > I use Emacs for many things, including writing code, -- not > exclusively for writing code; and for that use case, it's > important that emacs not always go trawling around for project settings. Dir settings are not only for "programming projects". They can be used for anything, just like file variables (which I actually tend to use more in non-programming files). Also as long as you don't have any .dir-settings.el files, then the only difference between activating and deactivating the feature is the time taken to to look up those files, but since VC looks up several similar files anyway, the slow down should be lost in the noise (unless you set vc-ignore-dir-regexp to a value different from locate-dominating-stop-dir-regexp, as you've seen). Stefan