From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: vc-state-heuristic is gone Date: Mon, 24 Nov 2014 11:35:01 +0100 Organization: Organization?!? Message-ID: <87k32k51ka.fsf@fencepost.gnu.org> References: <20141123215659.2CA0C382F79@snark.thyrsus.com> <874mtp58a9.fsf@fencepost.gnu.org> <20141124083310.GA29913@thyrsus.com> <87zjbh3r98.fsf@fencepost.gnu.org> <20141124094929.GA32148@thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416825418 22588 80.91.229.3 (24 Nov 2014 10:36:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Nov 2014 10:36:58 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 24 11:36:52 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xsr0k-0004Z2-KF for ged-emacs-devel@m.gmane.org; Mon, 24 Nov 2014 11:36:50 +0100 Original-Received: from localhost ([::1]:51892 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xsr0k-0000FG-7E for ged-emacs-devel@m.gmane.org; Mon, 24 Nov 2014 05:36:50 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XsqzM-0007nM-4j for emacs-devel@gnu.org; Mon, 24 Nov 2014 05:35:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XsqzG-000251-Lf for emacs-devel@gnu.org; Mon, 24 Nov 2014 05:35:24 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:50827) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XsqzG-00024W-FA for emacs-devel@gnu.org; Mon, 24 Nov 2014 05:35:18 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XsqzC-0003I0-46 for emacs-devel@gnu.org; Mon, 24 Nov 2014 11:35:14 +0100 Original-Received: from x2f4e6ef.dyn.telefonica.de ([2.244.230.239]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Nov 2014 11:35:14 +0100 Original-Received: from dak by x2f4e6ef.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Nov 2014 11:35:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 22 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x2f4e6ef.dyn.telefonica.de X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:9VFDscVA0GrI99P2Oxu93BcxqkQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:178161 Archived-At: "Eric S. Raymond" writes: > David Kastrup : >> If I get a VC call across an ssh link for every keystroke I make in some >> Tramp-edited buffer because the modeline wants to display the non-cached >> current branch I am on, this is not going to lead to happy editing. > > Why do you suppose this could ever occur? There is not and never has been > any VC code that fires on an ordinary keystroke - that is, one that is not > bound as a VC command. I have not looked at the code but at your argument. Your argument was that computers these days are faster and consequently you do not need caching any more. But accessing information through an ssh connection may well be slower than getting it from floppy disk. Granted, NFS files will tend to be used mostly in settings where reasonable throughput may be expected. At any rate, Emacs offers a lot regarding remote access and thus a rationale based on local disk speed alone is not covering all. -- David Kastrup