From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 16:28:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9960916A4E0 for ; Mon, 12 Jan 2004 16:28:42 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id DEEF843D58 for ; Mon, 12 Jan 2004 16:28:37 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 76975 invoked by uid 1002); 13 Jan 2004 00:28:36 -0000 Received: from unknown (HELO ?10.4.1.5?) (64.58.1.252) by smtp.mho.net with SMTP; 13 Jan 2004 00:28:36 -0000 Date: Mon, 12 Jan 2004 17:31:34 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: Ruslan Ermilov In-Reply-To: <20040112233329.GB49251@FreeBSD.org.ua> Message-ID: <20040112172922.G56068@pooker.samsco.home> References: <20040112223805.GA49251@FreeBSD.org.ua> <20040112233329.GB49251@FreeBSD.org.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Bruce Evans cc: Dag-Erling Smorgrav cc: current@FreeBSD.org Subject: Re: Unhappy with recent make(1) changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2004 00:28:42 -0000 On Tue, 13 Jan 2004, Ruslan Ermilov wrote: > On Tue, Jan 13, 2004 at 12:38:05AM +0200, Ruslan Ermilov wrote: > [...] > > : old new main.c + new main.c + > > : old job.h new job.h > > : > > : -B: 10,72s 10,67s 10,64s > > : 10,57s 10,64s 10,70s > > : 10,70s 10,80s 10,63s > > : > > : -j4: 13,53s 12,15s 1m3,89s > > : 13,40s 12,02s 1m7,68s > > : 13,23s 12,70s 1m5,73s > > > > old: main.c,v 1.85 job.h,v 1.20 > > new: main.c,v 1.86 job.h,v 1.21 > > > Hmm, I've tested this on fresh -CURRENT and -STABLE UP boxes, > and on SMP bento, and I cannot reproduce this behavior with > new make(1). > > It also seems to depend heavily on the location of "src/" > and of the value of MAKEOBJDIRPREFIX. I get best results > with MAKEOBJDIRPREFIX pointing to NFS homedir, but the > result in this case is unstable: > > old make new make > > /usr/src + 4,99s 29,85s > /var/tmp/ru/obj > > /var/tmp/ru/src + 5,05s 29,80s > /var/tmp/ru/obj > > /usr/src + 5,48s 14,45s 6,65s > /home/ru/obj > > /var/tmp/ru/src + 5,34s 12,84s 2,74s > /home/ru/obj > > In any case, this seems to be an issue specific to > this machine, so nevermind this post. > > > Cheers, Try disabling HTT and seeing how that changes the results. Without a good scheduler, HTT is a pessimization on CPU-intensive tasks like this. It's quite possible that the mandatory delay that happened in the old make(1) actually helped the HTT case a bit. When I tested DES's change, I turned off HTT in order to not be influenced by it. Maybe switching to ULE (which is HTT-aware, in theory) would help? Scott