From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 21 18:31:15 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F1F16A403 for ; Thu, 21 Sep 2006 18:31:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B48043D7B for ; Thu, 21 Sep 2006 18:31:12 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pyjsba@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8LIV5NG040533 for ; Thu, 21 Sep 2006 20:31:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8LIV57C040532; Thu, 21 Sep 2006 20:31:05 +0200 (CEST) (envelope-from olli) Date: Thu, 21 Sep 2006 20:31:05 +0200 (CEST) Message-Id: <200609211831.k8LIV57C040532@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Sep 2006 20:31:11 +0200 (CEST) X-Mailman-Approved-At: Thu, 21 Sep 2006 18:33:59 +0000 Cc: Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 18:31:15 -0000 Danny Braniss wrote: > you might have a point, but this started when I asked why, two > boxes, under similar test gave idential real times, but very different > user times. Right, and the answer was: One box has a much faster CPU, so it's user time is smaller, but buildworld isn't purely CPU-bound, and because of I/O delays the real times end up to be about the same. In other words: The faster box had to wait more often for the disk than the slower box. If both of your machines have enough RAM, it would be interesting to repeat the test with /usr/src being in a RAM disk, so read I/O doesn't play that much of a role. Best regards Oliver PS: Numbers don't lie ... but are often misinterpreted. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java"