[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1001081102120.7821@localhost.localdomain>
Date: Fri, 8 Jan 2010 11:11:32 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Christoph Lameter <cl@...ux-foundation.org>
cc: Andi Kleen <andi@...stfloor.org>,
Peter Zijlstra <peterz@...radead.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
Minchan Kim <minchan.kim@...il.com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"hugh.dickins" <hugh.dickins@...cali.co.uk>,
Nick Piggin <nickpiggin@...oo.com.au>,
Ingo Molnar <mingo@...e.hu>
Subject: Re: [RFC][PATCH 6/8] mm: handle_speculative_fault()
On Fri, 8 Jan 2010, Christoph Lameter wrote:
> On Fri, 8 Jan 2010, Andi Kleen wrote:
>
> > This year's standard server will be more like 24-64 "cpus"
>
> What will it be? 2 or 4 sockets?
I think we can be pretty safe in saying that two sockets is going to be
overwhelmingly the more common case.
It's simply physics and form factor. It's hard to put four powerful CPU's
on one board in any normal form-factor, so when you go from 2->4 sockets,
you almost inevitably have to go to rather fancier form-factors (or
low-power sockets designed for socket-density rather than multi-core
density, which is kind of against the point these days).
So often you end up with CPU daughter-cards etc, which involves a lot more
design and cost, and no longer fit in standard desktop enclosures for
people who want stand-alone servers etc (or even in rack setups if you
want local disks too etc).
Think about it this way: just four sockets and associated per-socket RAM
DIMM's (never mind anything else) take up a _lot_ of space. And you can
only make your boards so big before they start having purely machanical
issues due to flexing etc.
Which is why I suspect that two sockets will be the bulk of the server
space for the forseeable future. It's been true before, and multiple
memory channels per socket to feed all those cores are just making it even
more so.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists