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: Fri, 17 Sep 2010 23:43:57 +0200 Message-ID: <83sk18yrj6.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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1284759846 17032 80.91.229.12 (17 Sep 2010 21:44:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Sep 2010 21:44:06 +0000 (UTC) Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 17 23:44:04 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 1Owiiy-0000Gm-AH for ged-emacs-devel@m.gmane.org; Fri, 17 Sep 2010 23:44:04 +0200 Original-Received: from localhost ([127.0.0.1]:56595 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Owiix-0000pg-Ly for ged-emacs-devel@m.gmane.org; Fri, 17 Sep 2010 17:44:03 -0400 Original-Received: from [140.186.70.92] (port=54158 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Owiip-0000p7-LR for emacs-devel@gnu.org; Fri, 17 Sep 2010 17:43:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Owiio-0003OX-AK for emacs-devel@gnu.org; Fri, 17 Sep 2010 17:43:55 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:59664) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Owiio-0003OS-3g for emacs-devel@gnu.org; Fri, 17 Sep 2010 17:43:54 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8W00D00UXVCN00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Fri, 17 Sep 2010 23:43:53 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8W00CQPV13U8C0@a-mtaout22.012.net.il>; Fri, 17 Sep 2010 23:43:53 +0200 (IST) In-reply-to: <87aangnl1j.fsf@gmx.de> 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:130366 Archived-At: > From: Michael Albinus > Cc: Eli Zaretskii , "emacs-devel\@gnu.org" > Date: Fri, 17 Sep 2010 22:59:36 +0200 > > Michael Albinus writes: > > > Stefan Monnier writes: > > > >>> I wouldn't recommend to disable Tramp's file attributes cache at > >>> all. There are serious performance improvements, using the cache. > >> > >> Isn't there some timeout on the cache entries? > > > > Some internal ones, like `tramp-completion-reread-directory-timeout'. I > > could extend it for a general case. I'll check it next days. > > Maybe it's worth to mention, that `tramp-cache-inhibit-cache' does > something like this: > > tramp-cache-inhibit-cache is a variable defined in `tramp-cache.el'. > Its value is nil > > Inhibit cache read access, when `t'. > `nil' means to accept cache entries unconditionally. If the > value is a timestamp (as returned by `current-time'), cache > entries are not used when they have been written before this > time. > > If we use a relative time (number of seconds the cache is valid), and > generalize this variable outside Tramp, it could serve our purposes. 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. For other use-cases, I wonder how can the cache validity be limited in terms of time. Files are modified by programs that access them, not because some amount of time has passed. How will a Lisp program that accesses remote files know which number of seconds to set in this variable? What am I missing?