Date: Sun, 8 Oct 2006 15:55:20 -0700 (PDT) From: Kip Macy <kmacy@fsmware.com> To: Ivan Voras <ivoras@fer.hr> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - needs testers Message-ID: <20061008155350.L29803@demos.bsdclusters.com> In-Reply-To: <4529667D.8070108@fer.hr> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <2006 10082011.53649.davidxu@freebsd.org> <egbnv6$crh$1@sea.gmane.org> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr>
next in thread | previous in thread | raw e-mail | index | archive | help
> Any word on how will they handle migration of threads across sockets (or > will it be OS's job)? Judging from T1 architecture, I think such event > would create a very large performance penalty, but I'm not an expert. It is the job of the OS to take locality into account in thread scheduling. Moving between chips You'll just lose the L2 cache locality just as you would on a normal SMP. -Kip
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061008155350.L29803>