From owner-freebsd-current Mon Aug 4 01:18:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA21637 for current-outgoing; Mon, 4 Aug 1997 01:18:05 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA21628 for ; Mon, 4 Aug 1997 01:17:59 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id SAA27687; Mon, 4 Aug 1997 18:17:47 +1000 (EST) Message-ID: <19970804181747.18415@rf900.physics.usyd.edu.au> Date: Mon, 4 Aug 1997 18:17:47 +1000 From: David Dawes To: Michael Smith Cc: garbanzo@hooked.net, current@FreeBSD.ORG Subject: Re: Some thoughts and ideas, and quirks References: <199708040744.RAA20987@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199708040744.RAA20987@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mon, Aug 04, 1997 at 05:14:57PM +0930 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Aug 04, 1997 at 05:14:57PM +0930, Michael Smith wrote: >Alex stands accused of saying: >> > > more descriptive. On the other hand, I noticed that the x packages >> > > installed quicker (they're in .tgz format not split up tarballs) off my >> > > fat partition than did the huge tarballs 100+k/s faster on average. >> > >> > The speed reported by the installer is the rate of reading on the source >> > file; it has nothing to do with whether the data is chunked or not. >> >> Well, it was off the same local FAT16 partition, so it seems to me that >> the installer is doing less work. Could just be me. Those 240k chunks >> still bug me. They remind me of Slackware Linux *shudder*. > >It could just be that the bindist is compressed more, and your output >stream is the limiting factor. If you're using an IDE disk and a >moderately fast CPU this is not unrealistic. I don't think it has anything to do with the tarballs being split. I think the limiting factor is the average size of the files being created during the install. Smaller average size means more files are being created per kb, which is slower. Anyway, that's the correlation I've noticed when installing packages. David