From owner-freebsd-stable Fri Apr 27 14:58:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id 4663937B422 for ; Fri, 27 Apr 2001 14:58:49 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from medusa.kfu.com (medusa.kfu.com [3ffe:1200:301b:0:290:27ff:fed1:576b]) by quack.kfu.com (8.11.3/8.11.3) with ESMTP id f3RLwVj46286 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Fri, 27 Apr 2001 14:58:38 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) From: Nick Sayer Received: (from nobody@localhost) by medusa.kfu.com (8.11.3/8.11.3) id f3RLwT982324; Fri, 27 Apr 2001 14:58:29 -0700 (PDT) (envelope-from nsayer@kfu.com) X-Authentication-Warning: medusa.kfu.com: nobody set sender to nsayer@kfu.com using -f Received: from 127.0.0.1 (SquirrelMail authenticated user nsayer) by medusa.kfu.com with HTTP; Fri, 27 Apr 2001 14:58:29 -0700 (PDT) Message-ID: <1545.127.0.0.1.988408709.squirrel@medusa.kfu.com> Date: Fri, 27 Apr 2001 14:58:29 -0700 (PDT) Subject: Re: Dump very slow in 4.3-RELEASE? To: Cy.Schubert@uumail.gov.bc.ca In-Reply-To: <200104252246.f3PMkQl49426@cwsys.cwsent.com> References: <200104252246.f3PMkQl49426@cwsys.cwsent.com> Cc: freebsd-stable@FreeBSD.ORG X-Mailer: SquirrelMail (version 1.0.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There was some discussion about this on this list a couple of weeks ago > shortly after the traverse.c patch was MFC'd. The conclusion at that > time was that this was to be expected. > Then it should be documented in the dump man page, IMHO. I found a workaround. Instead of chflag nodump on the top of a hierarchy, one can do a find . -type f -print0 | xargs -0 chflags nodump but that is imperfect, as you will still dump the (skeleton) directory hierarchy, As long as no directory has nodump, dump speeds through Pass II are normal (that is, fast). If there really is no way for this functionality to not suck, then it should be optional, IMHO. I'd rather go back to having to chflag -R a hierarchy before dump starts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message