Date: Thu, 19 May 2005 12:38:15 -0600 From: Scott Long <scottl@samsco.org> To: Jung-uk Kim <jkim@niksun.com> Cc: freebsd-arch@freebsd.org Subject: Re: AMD64 NUMA-awareness? Message-ID: <428CDD17.7020207@samsco.org> In-Reply-To: <200505191431.08189.jkim@niksun.com> References: <200505191431.08189.jkim@niksun.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Jung-uk Kim wrote: > ULE scheduler paper > (http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/roberson.html) > says: > > 'SMT introduces a concept of non-uniform processors into ULE which > could be extended to support NUMA. The concept of expressing the > penalty for migration through the use of separate queues could be > further developed to include a local and global load-balancing > policy. At the time of this writing, however, FreeBSD does not > support any true NUMA capable machines and so this is left until such > time that it does.' > > I am not sure about the meaning of 'true NUMA capable machines' but > AMD64 is ccNUMA unless I am completely mistaken, and FreeBSD/amd64 is > well-supported. Even multicore processors are available now and > Intel is going to release dual-core processors with HTT to make > matters worse. > Even HTT by itself presents some interesting scheduling challenges that need to be accounted for. > Is there anybody working on this? Jeff stated recently that both ULE and 4BSD have some very primitive awareness of topology, but that much more work is needed. NUMA would also benefit from the UMA memory allocator understanding memory topology and working with the scheduler to keep processes on CPUs that are closest to their memory. Unfortunately, there doesn't appear to be much work going on, so if anyone is interested, it's a great project and I encourage all to help. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?428CDD17.7020207>