From owner-freebsd-ports@FreeBSD.ORG Sat Sep 30 13:49:48 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B6416A407 for ; Sat, 30 Sep 2006 13:49:48 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C3843D7F for ; Sat, 30 Sep 2006 13:49:38 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k8UDnbog011469 for ; Sat, 30 Sep 2006 15:49:37 +0200 (CEST) X-Ids: 165 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id D42F7A008A for ; Sat, 30 Sep 2006 15:49:36 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 7F4CD35; Sat, 30 Sep 2006 15:49:51 +0200 (CEST) Date: Sat, 30 Sep 2006 15:49:51 +0200 From: Michel Talon To: ports@freebsd.org Message-ID: <20060930134951.GA89865@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Sat, 30 Sep 2006 15:49:37 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1951/Sat Sep 30 12:22:17 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 451E75F1.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Subject: Re: Yet another INDEX builder. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Sep 2006 13:49:48 -0000 Kris Kennaway said: > FYI, I'm not sure if the python version is parallelizable, but you do > get a small benefit from using parallelized 'make index' builds (via > INDEX_JOBS) on a typical SMP machine. My script runs parallel makes, of the order of ten simultaneous makes. You can see them, running top at the same time, but of course they are very transient, since usually one make lasts of the order of 0.1 s on my machine. Anyways, still on my machine i have gained of the order of 20% wall clock time by doing that. And it is only an hyperthreaded P4 (running in SMP mode). This is why i was curious to know the effect of this idea on a machine with real SMP and perhaps disks supporting tagged queuing, which should allow better throughput for these simultaneous makes. I had, perhaps naively, assumed that with a good machine one can divide time by 2. -- Michel TALON