From owner-freebsd-amd64@FreeBSD.ORG Fri Sep 18 22:11:11 2009 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD9E01065670; Fri, 18 Sep 2009 22:11:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B53938FC0C; Fri, 18 Sep 2009 22:11:11 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n8IMBBpg005918; Fri, 18 Sep 2009 15:11:11 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n8IMBBWo005917; Fri, 18 Sep 2009 15:11:11 -0700 (PDT) (envelope-from sgk) Date: Fri, 18 Sep 2009 15:11:11 -0700 From: Steve Kargl To: "b. f." Message-ID: <20090918221111.GA5821@troutmask.apl.washington.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: jeff@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: new to amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2009 22:11:11 -0000 On Fri, Sep 18, 2009 at 09:49:57PM +0000, b. f. wrote: > Steve Kargl wrote: > > > >If you are running any floating point intensive applications > >and these applications are multithreaded, you may want to use > >the 4BSD scheduler rathar than ULE. The last time I tested > >ULE with an MPI application, it display miserable performance > >on a dual, quad-core opteron system. > > Have you made any attempt to analyze this problem, or discussed it > with the primary author of ULE? yes and yes. > If so, to what do you attribute the poor performance, and do you > have any ideas on how to improve ULE performance in this context? The only acceptable solution I found was to switch to 4BSD. -- Steve