From owner-freebsd-current@FreeBSD.ORG Fri Sep 19 11:07:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE631065671 for ; Fri, 19 Sep 2008 11:07:17 +0000 (UTC) (envelope-from r.l.grint@qmul.ac.uk) Received: from mail2.qmul.ac.uk (mail2.qmul.ac.uk [138.37.6.6]) by mx1.freebsd.org (Postfix) with ESMTP id 627068FC0C for ; Fri, 19 Sep 2008 11:07:17 +0000 (UTC) (envelope-from r.l.grint@qmul.ac.uk) Received: from smtp.qmul.ac.uk ([138.37.6.40]) by mail2.qmul.ac.uk with esmtp (Exim 4.66) (envelope-from ) id 1KgcmQ-00014g-GI for current@freebsd.org; Fri, 19 Sep 2008 11:00:25 +0100 Received: from misu10589.admin.qmw.ac.uk ([138.37.16.31] helo=[192.168.40.128]) by smtp.qmul.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KgcmQ-00009e-Be for current@freebsd.org; Fri, 19 Sep 2008 11:00:02 +0100 Message-ID: <48D37821.9010406@qmul.ac.uk> Date: Fri, 19 Sep 2008 11:00:01 +0100 From: Richard Grint User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: current@freebsd.org References: <48D33C7A.7010007@elischer.org> In-Reply-To: <48D33C7A.7010007@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sender-Host-Address: 138.37.16.31 X-QM-Scan-Virus: ClamAV says the message is clean X-QM-Scan-Virus: virusscan says the message is clean Cc: Subject: Re: amd opteron NUMA support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 19 Sep 2008 11:07:17 -0000 Julian this may be of interest. Not Solaris and not for that matter kernel related but does give a lot of info (if you search other bits of this) how NUMA affects complex processes such as Oracle and Linux. Kevin Closson did a lot of Oracle tuning for the old Sequent boxes. http://kevinclosson.wordpress.com/2007/01/18/oracle-on-opteron-the-numa-angle-part-i/ Julian Elischer wrote: > Is anyone looking at trying to add specific support for the > hyper-transport based numa AMD systems? > > It would be interesting to know what sort of things Sun did > for Solaris for their old x-bus systems which had > similar characteristics. > > with each processor having memory associated with it, > and a penalty for accessing memory associated with other CPUS, > several things come to mind, including: > > Obviously, doing a lot of work to stop threads from migrating around. > Page replacement of pages that are 'far away' with closer ones over time. > CPU or die specific memory allocators. > Multiple copies of read-only segments (so that each cpu has it's own > copy of the /bin/sh text segment for example). > Servicing interrupts on CPUs most closely associated with the IO > channels. > > Now I know SOME work has been done on some of this > but it would be good to know if anyone if focusing on this. > > > Julian > (who just did a quick course on opteron and has come away quite stunned) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" >