From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#1741: 23.0.60; vc fail to register file while logged as /su:: with tramp Date: Sun, 12 Apr 2009 18:51:17 -0400 Message-ID: References: <87vdt2ndkt.fsf@tux.homenetwork> <200904071657.n37GvIau023055@godzilla.ics.uci.edu> <87d4bnfkxn.fsf@tux.homenetwork> <200904081624.n38GO6D6013154@godzilla.ics.uci.edu> <87myalrb5w.fsf@gmx.de> <87r5zxprx9.fsf@gmx.de> Reply-To: Stefan Monnier , 1741@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1239577483 10643 80.91.229.12 (12 Apr 2009 23:04:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 12 Apr 2009 23:04:43 +0000 (UTC) Cc: 1741@emacsbugs.donarmstrong.com, Dan Nicolaescu To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 13 01:06:02 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Lt8jw-0002Re-Q6 for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Apr 2009 01:05:54 +0200 Original-Received: from localhost ([127.0.0.1]:37756 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lt8iX-0006ae-Ur for geb-bug-gnu-emacs@m.gmane.org; Sun, 12 Apr 2009 19:04:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lt8iU-0006Ze-9N for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2009 19:03:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lt8iP-0006Z2-Cf for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2009 19:03:57 -0400 Original-Received: from [199.232.76.173] (port=52011 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lt8iO-0006Yg-Vk for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2009 19:03:53 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43329) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lt8iO-00046L-7I for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2009 19:03:52 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3CN3oDT014690; Sun, 12 Apr 2009 16:03:50 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n3CN04ru013529; Sun, 12 Apr 2009 16:00:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Stefan Monnier Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , owner@emacsbugs.donarmstrong.com Resent-Date: Sun, 12 Apr 2009 23:00:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 1741 X-Emacs-PR-Package: emacs,vc X-Emacs-PR-Keywords: Original-Received: via spool by 1741-submit@emacsbugs.donarmstrong.com id=B1741.123957668811810 (code B ref 1741); Sun, 12 Apr 2009 23:00:04 +0000 Original-Received: (at 1741) by emacsbugs.donarmstrong.com; 12 Apr 2009 22:51:28 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3CMpOl5011796 for <1741@emacsbugs.donarmstrong.com>; Sun, 12 Apr 2009 15:51:25 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmkGAG8N4klLd+7D/2dsb2JhbACBUsVYg3wGhRY X-IronPort-AV: E=Sophos;i="4.40,177,1238990400"; d="scan'208";a="36931351" Original-Received: from 75-119-238-195.dsl.teksavvy.com (HELO pastel.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 12 Apr 2009 18:51:18 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 009E47FE7; Sun, 12 Apr 2009 18:51:17 -0400 (EDT) In-Reply-To: <87r5zxprx9.fsf@gmx.de> (Michael Albinus's message of "Sun, 12 Apr 2009 21:56:18 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sun, 12 Apr 2009 19:03:57 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27116 Archived-At: >> process-file is something that it not used very often, so I think it's >> perfectly OK to flush the whole host's cache at that point. If it turns >> out to be a performance problem, we can refine this choice. > It depends on the use case. `find-grep-dired' is something I call > permanently, for example. Sure. But think of how many Tramp operations take place between those calls to process-file and what proportion of those operations will be affected by the cache-flush: - X% will not be affected because it wasn't in the cache. - Y% will be affected. - the remaining (100-X-Y)% won't be affected because it touches the same data as the previous Y%. My guess is that Y is sufficiently low (e.g. compared to X) for it not to be a problem. > For a performance comparision, you could check the figures in > . > Tramp 2.0 has no cache, Tramp 2.1 does. The figures are some years old, > but they shall be still valid. This only measures the effectiveness of caching on synthetic benchmarks. I do not doubt that the cache is effective. Flushing will obviously have an effect on performance, but that doesn't mean that flushing the cache during process-file will cause a performance problem. AFAIK the main benefit of the cache is to bundle up all the redundant `file-attibutes' calls that take place during something like `find-file-noselect'. Such optimizations won't be affected by the cache-flush. So I expect that the cache-flush I suggest won't cause a performance problem. Stefan