From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Remote display-time-mail-file Date: Sat, 18 Sep 2010 11:08:37 +0200 Message-ID: <83r5grzaei.fsf@gnu.org> References: <837hil355j.fsf@gnu.org> <83zkvh1m4j.fsf@gnu.org> <87pqwdbdxs.fsf@gmx.de> <83r5gs1th2.fsf@gnu.org> <87ocbwnmkz.fsf@gmx.de> <87aangnl1j.fsf@gmx.de> <83sk18yrj6.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1284801428 5447 80.91.229.12 (18 Sep 2010 09:17:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 18 Sep 2010 09:17:08 +0000 (UTC) Cc: michael.albinus@gmx.de, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 18 11:17:05 2010 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.69) (envelope-from ) id 1OwtXc-0001Er-Dj for ged-emacs-devel@m.gmane.org; Sat, 18 Sep 2010 11:17:04 +0200 Original-Received: from localhost ([127.0.0.1]:53070 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OwtXb-0007UT-Em for ged-emacs-devel@m.gmane.org; Sat, 18 Sep 2010 05:17:03 -0400 Original-Received: from [140.186.70.92] (port=35523 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OwtXP-0007GR-RD for emacs-devel@gnu.org; Sat, 18 Sep 2010 05:16:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OwtQA-0005kP-9z for emacs-devel@gnu.org; Sat, 18 Sep 2010 05:09:23 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:38257) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwtQA-0005jz-2L for emacs-devel@gnu.org; Sat, 18 Sep 2010 05:09:22 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8X00I00Q1ERF00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 18 Sep 2010 11:08:31 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8X00IR2QQ6U800@a-mtaout22.012.net.il>; Sat, 18 Sep 2010 11:08:31 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:130382 Archived-At: > From: Stefan Monnier > Cc: Michael Albinus , emacs-devel@gnu.org > Date: Sat, 18 Sep 2010 11:00:27 +0200 > > > Maybe I'm missing something, but I don't see how this can help. For > > starters, time.el needs Tramp to check the remote every time, so the > > cache just gets in the way. > > But each use from time.el might end up calling some internal Tramp > functions several times, so the cache may still speed things up. That's true, but my conclusion from this is different: we probably should have finer granularity of the cache setting. I guess some of the internal Tramp functions need not be called any time soon after the first call, for example those that find out which method to use to access the remote and which scripts to run on the remote side. Other internal functions will need to run every time display-time-file-nonempty-p is called. And there could be those in between. So perhaps these internal functions should be categorized in some reasonable manner, and then corresponding values added to the repertoire of tramp-cache-inhibit-cache's values, so that Lisp programs could have finer control on what is being cached and when the cache is refreshed.