From owner-cvs-all  Fri Mar  9  4:29:12 2001
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id E864C37B718; Fri,  9 Mar 2001 04:29:08 -0800 (PST)
	(envelope-from obrien@FreeBSD.org)
Received: (from obrien@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f29CT8X97737;
	Fri, 9 Mar 2001 04:29:08 -0800 (PST)
	(envelope-from obrien)
Message-Id: <200103091229.f29CT8X97737@freefall.freebsd.org>
From: "David E. O'Brien" <obrien@FreeBSD.org>
Date: Fri, 9 Mar 2001 04:29:08 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/release/scripts doFS.sh
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

obrien      2001/03/09 04:29:08 PST

  Modified files:
    release/scripts      doFS.sh 
  Log:
  Warner gave a nice followup in email, and I thought it would be nice to
  get it in the CVS logs.  This pertains to rev 1.30 (and the MFC of it):
  
    Space optimization forces the kernel to always use fragments to store
    parts of file, rather than using an entire block when less than an
    entire block has been written.  This forces files to be as small as
    they can be at the minor cost of time to do all the fussy stuff.  The
    cpio image that we put on the disk was so close to filling the disk
    exactly that this minor minor difference made a big difference.  The
    system changed things to time optmization on the first write.  When
    the end of file was hit, it tried to allocate a full block (4k), but
    there was only 3k left on the disk (since you get only 1407 blocks on
    a 1.44 floppy) so it failed.  So this change nails the space
    optmiziation in place for the whole operation.
  
  Revision  Changes    Path
  1.31      +1 -1      src/release/scripts/doFS.sh


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message