From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Kastrup Subject: Sort of a feature proposal Date: Wed, 07 May 2008 16:48:17 +0200 Message-ID: <86fxsutbke.fsf@lola.quinscape.zz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: git@vger.kernel.org X-From: git-owner@vger.kernel.org Wed May 07 16:50:16 2008 Return-path: Envelope-to: gcvg-git-2@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1JtkxO-00025Q-09 for gcvg-git-2@gmane.org; Wed, 07 May 2008 16:49:22 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756832AbYEGOsd (ORCPT ); Wed, 7 May 2008 10:48:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756054AbYEGOsc (ORCPT ); Wed, 7 May 2008 10:48:32 -0400 Received: from main.gmane.org ([80.91.229.2]:41174 "EHLO ciao.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754837AbYEGOsb (ORCPT ); Wed, 7 May 2008 10:48:31 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JtkwT-00006y-MN for git@vger.kernel.org; Wed, 07 May 2008 14:48:26 +0000 Received: from pd95b0fdb.dip0.t-ipconnect.de ([217.91.15.219]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 May 2008 14:48:25 +0000 Received: from dak by pd95b0fdb.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 May 2008 14:48:25 +0000 X-Injected-Via-Gmane: http://gmane.org/ X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd95b0fdb.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:DdseFkjU0TJrCY6PSNs2/s+Kx94= Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: Hi, I have some large git repositories on a USB drive (ext3 file system). That means that when replugging the drive, the recorded st_dev data in the index is off, meaning that the whole repo directory structure gets reread as the stat data of all directories has changed. That's a nuisance. Can't we have some heuristic or configuration option where we, say, record the st_dev of the _index_ file, and if that has changed, we propagate that change to the st_dev of its contents? I'd like to see something that works more efficiently than rescanning the whole disk every time I hibernate my computer. Thanks, -- David Kastrup