From owner-cvs-all@FreeBSD.ORG  Sat Jul 19 18:02:34 2008
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 05F441065677;
	Sat, 19 Jul 2008 18:02:34 +0000 (UTC)
	(envelope-from kris@FreeBSD.org)
Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 2D6508FC12;
	Sat, 19 Jul 2008 18:02:31 +0000 (UTC)
	(envelope-from kris@FreeBSD.org)
Message-ID: <48822C39.8080601@FreeBSD.org>
Date: Sat, 19 Jul 2008 20:02:33 +0200
From: Kris Kennaway <kris@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org
References: <200807191759.m6JHxfsV032850@repoman.freebsd.org>
In-Reply-To: <200807191759.m6JHxfsV032850@repoman.freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: Re: cvs commit: ports Makefile ports/Mk bsd.java.mk bsd.port.mk 
 bsd.port.subdir.mk bsd.python.mk ports/Tools make_index
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2008 18:02:34 -0000

Kris Kennaway wrote:

>   The bottom line is that on my test hardware INDEX builds are now
>   faster by more than a factor of 2 and with a reduction in system time
>   by a factor of 4-8 depending on configuration.

Forgot to mention that further optimizations are probably feasible but 
would require profiling of the CPU time spent within make when 
processing unnecessarily complex regexps, loops, etc.

Kris