From owner-freebsd-fs@FreeBSD.ORG Mon Jul 4 00:19:18 2005 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68FF316A41C for ; Mon, 4 Jul 2005 00:19:18 +0000 (GMT) (envelope-from ups@tree.com) Received: from smtp.speedfactory.net (talon.speedfactory.net [66.23.216.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C3243D45 for ; Mon, 4 Jul 2005 00:19:17 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 10888 invoked by uid 210); 4 Jul 2005 00:19:30 +0000 Received: from 66.23.216.49 by talon (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.85.1/964. spamassassin: 3.0.2. perlscan: 1.25st. Clear:RC:1(66.23.216.49):. Processed in 0.027358 secs); 04 Jul 2005 00:19:30 -0000 X-Qmail-Scanner-Mail-From: ups@tree.com via talon X-Qmail-Scanner: 1.25st (Clear:RC:1(66.23.216.49):. Processed in 0.027358 secs Process 10883) Received: from 66-23-216-49.clients.speedfactory.net (HELO palm.tree.com) (66.23.216.49) by smtp.speedfactory.net with AES256-SHA encrypted SMTP; 4 Jul 2005 00:19:29 +0000 Received: from [127.0.0.1] (ups@localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j640JBLl044647; Sun, 3 Jul 2005 20:19:15 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Scott Long In-Reply-To: <42C87CAE.7080802@samsco.org> References: <20050703181616.GC89744@cvs.freesbie.org> <42C83643.4010506@samsco.org> <20050703201621.GD89744@cvs.freesbie.org> <1120425831.77984.37993.camel@palm> <42C87CAE.7080802@samsco.org> Content-Type: text/plain Message-Id: <1120436351.77984.38195.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Jul 2005 20:19:11 -0400 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: [saturnero@freesbie.org: Weird behaviour of mount_unionfs with executables] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 00:19:18 -0000 On Sun, 2005-07-03 at 20:02, Scott Long wrote: > Stephan Uphoff wrote: > > I suspect the changes in revision 1.272 of kern_exec.c trigger the > > copy operation. > > > > Looks like you need a noatime option for union_fs. > > > > Stephan > > Does this mean that every vnode that gets executed gets dirtied and all > its pages resynced to the backing store, or just the inode block? The kernel calls VOP_SETATTR to set the access time of the file. union_fs detects that it does not have an upper layer copy of the file to modify the attributes on and decides to copy it. The vm layer does not (directly) come into play on this. Stephan