Re: [PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-08-11 Thread Jiang Liu
On 2015/8/9 14:15, Tang Chen wrote: > Hi Liu, > > Have you posted your new patches ? > (I mean memory-less node support patches.) Hi Chen, I have rebased my patches to v4.2-rc4, but unfortunately it breaks. Seems there are some changes in x86 NUMA support since 3.17. I need some time to fi

Re: [PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-08-08 Thread Tang Chen
Hi Liu, Have you posted your new patches ? (I mean memory-less node support patches.) If you are going to post them, please cc me. And BTW, how did you reproduce the memory-less node problem ? Do you have a real memory-less node on your machine ? Thanks. :) On 08/04/2015 04:05 PM, Jiang Liu w

Re: [PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-08-04 Thread Tang Chen
On 08/04/2015 04:05 PM, Jiang Liu wrote: .. But, 1) in cpu_up(), it will try to online a node, and it doesn't check if the node has memory. 2) in try_offline_node(), it offlines CPUs first, and then the memory. This behavior looks a little wired, or let's say it is ambiguous. It seems tha

Re: [PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-08-04 Thread Jiang Liu
On 2015/8/4 11:36, Tang Chen wrote: > Hi TJ, > > Sorry for the late reply. > > On 07/16/2015 05:48 AM, Tejun Heo wrote: >> .. >> so in initialization pharse makes no sense any more. The best near online >> node for each cpu should be cached somewhere. >> I'm not really following. Is this bec

Re: [PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-08-03 Thread Tang Chen
Hi TJ, Sorry for the late reply. On 07/16/2015 05:48 AM, Tejun Heo wrote: .. so in initialization pharse makes no sense any more. The best near online node for each cpu should be cached somewhere. I'm not really following. Is this because the now offline node can later come online and we'd

Re: [PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-07-15 Thread Tejun Heo
Hello, On Tue, Jul 07, 2015 at 05:30:21PM +0800, Tang Chen wrote: ... > Why doing this is to prevent memory allocation failure if the cpu is "The reason for doing this ..." > online but there is no memory on that node. > > But since cpuid <-> nodeid mapping will fix after this patch-set, doing

[PATCH 1/5] x86, gfp: Cache best near node for memory allocation.

2015-07-07 Thread Tang Chen
From: Gu Zheng In current code, all possible cpus are mapped to the best near online node if the node they reside in is offline in init_cpu_to_node(). init_cpu_to_node() { .. for_each_possible_cpu(cpu) { .. if (!node_online(node))