X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 17 Dec 2008 09:44:01 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] [1.7] Updated: coreutils-7.0-1 Message-ID: <20081217084401.GL6830@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20081216092025 DOT GA15438 AT calimero DOT vinschen DOT de> <4947AC31 DOT 2000005 AT byu DOT net> <20081216140949 DOT GH6830 AT calimero DOT vinschen DOT de> <49480CFB DOT 3080908 AT t-online DOT de> <49486E25 DOT 50405 AT byu DOT net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49486E25.50405@byu.net> User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Dec 16 20:12, Eric Blake wrote: > Most readdir() implementations return files either in creation order or > name order. But what matters for the optimization done by coreutils is > inode order - on file systems where increasing inodes represent increasing > disk positions, then stat'ing files in inode order results in less seek > time than visiting files in name order. I guess what needs to happen now > is actually testing whether NTFS is like ext3 in benefiting from the inode > sort. I assume it depends on the meaning of the NTFS file numbers. Is that anywhere documented? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/