From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1102 invoked from network); 9 Sep 2004 13:06:56 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 9 Sep 2004 13:06:56 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1C5Odb-0006e4-Vo for arch-gentoo-dev@lists.gentoo.org; Thu, 09 Sep 2004 13:06:56 +0000 Received: (qmail 30197 invoked by uid 89); 9 Sep 2004 13:06:55 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 3485 invoked from network); 9 Sep 2004 13:06:55 +0000 From: Chris Gianelloni Reply-To: wolf31o2@gentoo.org To: gentoo-dev@lists.gentoo.org In-Reply-To: <200409090146.45636.heikowu@ceosg.de> References: <413F27E7.1080106@gentoo.org> <413F3698.7080604@gentoo.org> <200409090146.45636.heikowu@ceosg.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gzeRJCImpgURlRQBzeVV" Organization: Gentoo Linux Message-Id: <1094735638.20750.8.camel@cgianelloni.nuvox.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 09 Sep 2004 09:13:59 -0400 Subject: Re: [gentoo-dev] Re: emerge suggestions X-Archives-Salt: e6480537-71a1-44d2-8143-3d6f9c47fca8 X-Archives-Hash: 3b805d14a093c269793e69a1a1ffd28c --=-gzeRJCImpgURlRQBzeVV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-09-08 at 19:46, Heiko Wundram wrote: > Am Mittwoch, 8. September 2004 18:43 schrieb Chris White: > > How are you going to effectively measure the times? >=20 > IIRC, there once was a proposal to do this using bash-units. Each product= in=20 > the tree gets assigned a bash unit, which is a floating point number >0 w= hich=20 > measures how long compilation takes relative to compiling some certain=20 > version of bash. Let's assume we'll just use bash-2.05 (or 3.0, doesn't matter). > Now, all that needs to be done is to measure package compilation and merg= ing=20 > time, divide by the number of bash units this package has, and you get an= =20 > estimate on the time for a bash unit on this computer. The more packages = you=20 > merge, the finer this number will become by simply averaging it out. Of=20 > course, this does not take into account changing the LDFLAGS (which shoul= d=20 > make up for the biggest part of different merge times), or CFLAGS (which=20 > might also change timing by varying optimization levels and swap=20 > requirement). But, anyway, these numbers don't change anything about the=20 > underlying unit, which should be to a large extent platform and machine=20 > independent. That's pretty much accurate. Another thing that could be done is there could be a way to "calibrate" the system... essentially, performing a bash build using the current {C,CXX,LD}FLAGS to get an accurate time.=20 This measurement could then be used by portage in giving time estimates. > I don't know when this proposal came up, I read about it on some forum, s= ome=20 > time ago. I know that I mentioned it a while back, but it had been said before that, so I'm not taking credit (or blame ;p) for it. --=20 Chris Gianelloni Release Engineering - Operations/QA Manager Games - Developer Gentoo Linux Is your power animal a penguin? --=-gzeRJCImpgURlRQBzeVV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBBQFcWkT4lNIS36YERAnbsAJ4+VJKnaQBeW6TZj+CGL8owZ0PHDgCgjQGF nfpNguOLF8lk7yeamXjGBrw= =1dF9 -----END PGP SIGNATURE----- --=-gzeRJCImpgURlRQBzeVV--