Re: amd opteron NUMA support

From: Richard Grint <r.l.grint_at_qmul.ac.uk>
Date: Fri, 19 Sep 2008 11:00:01 +0100
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_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to 
> "freebsd-current-unsubscribe_at_freebsd.org"
>
Received on Fri Sep 19 2008 - 09:07:17 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:35 UTC