Date: Fri, 19 Sep 2008 11:00:01 +0100 From: Richard Grint <r.l.grint@qmul.ac.uk> To: current@freebsd.org Subject: Re: amd opteron NUMA support Message-ID: <48D37821.9010406@qmul.ac.uk> In-Reply-To: <48D33C7A.7010007@elischer.org> References: <48D33C7A.7010007@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48D37821.9010406>