From owner-freebsd-stable@FreeBSD.ORG Fri May 12 11:31:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 185A416A410 for ; Fri, 12 May 2006 11:31:22 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 710EE43D45 for ; Fri, 12 May 2006 11:31:21 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 96178 invoked from network); 12 May 2006 11:31:20 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp102.biz.mail.re2.yahoo.com with SMTP; 12 May 2006 11:31:20 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 01EAF61E7; Fri, 12 May 2006 07:31:19 -0400 (EDT) X-Virus-Scanned: amavisd-new at noacks.org Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UJSZPu3HIs6L; Fri, 12 May 2006 07:31:18 -0400 (EDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id A459B6114; Fri, 12 May 2006 07:31:18 -0400 (EDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.6/8.13.6) with ESMTP id k4CBVH3V052301; Fri, 12 May 2006 07:31:18 -0400 (EDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <446471FF.30001@alumni.rice.edu> Date: Fri, 12 May 2006 07:31:11 -0400 From: Jonathan Noack User-Agent: Thunderbird 1.5.0.2 (X11/20060422) MIME-Version: 1.0 To: gareth References: <20060510073107.GA19897@lordcow.org> <20060510102222.GA25464@lordcow.org> <446206DF.7020607@alumni.rice.edu> <20060512072021.GA22237@lordcow.org> In-Reply-To: <20060512072021.GA22237@lordcow.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3420F3EBFB6EBBE9AAF83AE2" Cc: stable@freebsd.org Subject: Re: portsdb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 11:31:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3420F3EBFB6EBBE9AAF83AE2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/12/06 03:20, gareth wrote: > On Wed 2006-05-10 (11:29), Jonathan Noack wrote: >> You are probably experiencing some of the VFS limitations in 5.3 (you'= ll >> be pleasantly surprised by 6.1!). "portsdb -Uu" is very CPU and IO >> intensive; it takes a long time on a fast machine. "make fetchindex" = is >> provided as a replacement for having to run "portsdb -Uu". The only >> downside is that the downloaded INDEX-5.db may be a few hours out of d= ate. >=20 > it looks like 'make fetchindex' only gets INDEX-5.bz2, then unzips it, > then i need to make a INDEX-5.db. anyway, 'portsdb -Uu' may be > CPU/IO intensive, but that alone shouldn't be powering down the machine= ? Ah, I made a mistake in my explanation. Replace INDEX-5.db with INDEX-5. Sorry for the confusion... "make fetchindex" downloads the INDEX-x file (where 'x' is the major release number of the version of FreeBSD you are using -- in this case '5'). When this file is newer than INDEX-x.db, the portupgrade tools will automatically build an updated version of INDEX-x.db. As such, it is not necessary to do anything further than "make fetchindex". Building INDEX-x takes forever (and may be overheating your machine causing freezes/reboots), but building INDEX-x.db is quite fast. If you want to make sure everything is updated with a single command, replace the '-U' with '-F' for "portsdb -Fu" (hehe -- I love it when arguments work out like that...). That will 1) download the INDEX-x file instead of building it from scratch, and then 2) build an updated INDEX-x.db. Here's how long it takes on my 6.1-RELEASE server (dual Pentium3): $ time portsdb -Fu Fetching the ports index ... done [Updating the portsdb in /usr/build ... - 14630 port entries found =2E........1000.........2000.........3000.........4000.........5000......= =2E..6000.........7000.........8000.........9000.........10000.........11= 000.........12000.........13000.........14000...... =2E.... done] real 0m17.378s user 0m14.691s sys 0m1.936s $ >>> but, if i just run portversion, it creates the INDEX-5.db, >>> so i'm not sure why i'm running 'portsdb -Uu' in the first >>> place? >> I would highly recommend checking out portsnap; it builds an up-to-dat= e >> INDEX-5.db file automatically as part of the update process. >=20 > so what is 'portversion' building, that is different to what 'portsdb -= Uu' > would do? thanx re portsnap, will have a look but can't at the moment. Correction: portsnap automatically builds an up-to-date INDEX-x, not INDEX-5.db. "portversion" is building the INDEX-x.db file from INDEX-x. See the portsdb(1) man page for more info. -Jonathan --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig3420F3EBFB6EBBE9AAF83AE2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEZHIFUFz01pkdgZURAj5JAJ46nHrap3XfSDptnRXrcet4XGBcMACg0vDi YxaULKHch3rk3T+EfKwRQLo= =oO/i -----END PGP SIGNATURE----- --------------enig3420F3EBFB6EBBE9AAF83AE2--