[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 02 of 10 v2] xen, libxc: introduce node maps and masks



On Thu, Dec 20, 2012 at 3:52 PM, Jan Beulich <JBeulich@xxxxxxxx> wrote:
>> 2 * BITS_PER_LONG is just going to be 128, right?  It wasn't too long
>> ago that I would have considered 4096 cores a pretty unreasonable
>> expectation.  Is there a particular reason you think this is going to be
>> more than a few years away, and a particular harm in having the code
>> here to begin with?
>
> I just don't see node counts grow even near as quickly as core/
> thread ones.
>
Yep, same here, that's why, despite having put that code there, I agree
with Jan in removing it. :-)

That feeling matches with what we've been repeatedly told by hardware
vendors, about node count already saturating at around 8. Beyond that, a
different architectural approach will be needed to tackle scalability issues
(clusters? NoCs?).

Just for the records, Linux still deals with this in the same way it did when
we took these files from there (i.e., without this hunk):
 - cpumasks exists in static and dynamically allocated (cpumask_var_t) foms
 - nodemask are only and always statically allocated

Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
---------------------------------------------------------------------------------------------------
Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.