From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: testing for a remote file to include file on aWindows mappeddrive Date: Mon, 21 Apr 2008 10:08:16 -0700 Message-ID: <001601c8a3d2$4bdddcf0$c2b22382@us.oracle.com> References: <479A602D.3040206@gnu.org><87skxf96ml.fsf@offby1.atm01.sea.blarg.net><000001c8a387$ea969a30$0200a8c0@us.oracle.com> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1208797833 15721 80.91.229.10 (21 Apr 2008 17:10:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Apr 2008 17:10:33 +0000 (UTC) Cc: 'Eric Hanchrow' , emacs-devel@gnu.org To: "'Andreas Schwab'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 21 19:29:50 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1Jnzpe-0003tY-MP for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2008 19:29:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JnzWl-0002RG-Rz for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2008 13:10:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JnzWD-0002DD-Vn for emacs-devel@gnu.org; Mon, 21 Apr 2008 13:09:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JnzWC-0002CN-Av for emacs-devel@gnu.org; Mon, 21 Apr 2008 13:09:29 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JnzWC-0002CE-4V for emacs-devel@gnu.org; Mon, 21 Apr 2008 13:09:28 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JnzW5-00017F-Ig for emacs-devel@gnu.org; Mon, 21 Apr 2008 13:09:24 -0400 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m3LH8UKX013680; Mon, 21 Apr 2008 11:08:30 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m3KNpqL2005827; Mon, 21 Apr 2008 11:08:29 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt351.oracle.com with ESMTP id 3655692961208797697; Mon, 21 Apr 2008 10:08:17 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 21 Apr 2008 10:08:17 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcijjHaQI5sCpNu8S+22gHL61dmAHAARD+4g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:95651 Archived-At: > > The expressed need is to know whether accessing a file with > > a given name might be significantly slower than accessing a > > local file on an ordinary drive etc. > > Is a file on a NAS volume connected via GbE slower than a file on a > locally mounted crappy USB stick? Did you read my mail? The point is not where a file is or how it is accessed. The point is to be able, as far as practicable, to determine quickly whether a given file name represents a file whose access would likely be slow. However that's done, and whatever limitations on the accuracy or completeness might pertain, that's the need. No one is asking for 100% accuracy. We already have a function, `file-remote-p', that helps to some extent in this regard. But it (or some other function) could be better.