Hi, RJ
在 2016年07月26日 19:53, Rafael J. Wysocki 写道:
On Tuesday, July 26, 2016 11:59:38 AM Dou Liyang wrote:
在 2016年07月26日 07:20, Andrew Morton 写道:
On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote:
[Problem]
cpuid <-> nodeid mapping is firstly established at
Hi, RJ
在 2016年07月26日 19:53, Rafael J. Wysocki 写道:
On Tuesday, July 26, 2016 11:59:38 AM Dou Liyang wrote:
在 2016年07月26日 07:20, Andrew Morton 写道:
On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote:
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
On Tuesday, July 26, 2016 11:59:38 AM Dou Liyang wrote:
>
> 在 2016年07月26日 07:20, Andrew Morton 写道:
> > On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang
> > wrote:
> >
> >> [Problem]
> >>
> >> cpuid <-> nodeid mapping is firstly established at boot time. And
> >>
On Tuesday, July 26, 2016 11:59:38 AM Dou Liyang wrote:
>
> 在 2016年07月26日 07:20, Andrew Morton 写道:
> > On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang
> > wrote:
> >
> >> [Problem]
> >>
> >> cpuid <-> nodeid mapping is firstly established at boot time. And
> >> workqueue caches
> >> the mapping
在 2016年07月26日 07:20, Andrew Morton 写道:
On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote:
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
caches
the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
When
在 2016年07月26日 07:20, Andrew Morton 写道:
On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote:
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
caches
the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
When doing node online/offline,
Hello,
On Mon, Jul 25, 2016 at 05:25:49PM -0700, Andrew Morton wrote:
> > Yeah, that was one of the early approaches. The issue isn't limited
> > to wq. Any memory allocation can have similar issues of underlying
> > node association changing and we don't have any synchronization
> > mechanism
Hello,
On Mon, Jul 25, 2016 at 05:25:49PM -0700, Andrew Morton wrote:
> > Yeah, that was one of the early approaches. The issue isn't limited
> > to wq. Any memory allocation can have similar issues of underlying
> > node association changing and we don't have any synchronization
> > mechanism
Hello, Andrew.
On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote:
> > When a pool workqueue is initialized, if its cpumask belongs to a node, its
> > pool->node will be mapped to that node. And memory used by this workqueue
> > will
> > also be allocated on that node.
>
> Plan B is
Hello, Andrew.
On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote:
> > When a pool workqueue is initialized, if its cpumask belongs to a node, its
> > pool->node will be mapped to that node. And memory used by this workqueue
> > will
> > also be allocated on that node.
>
> Plan B is
On Mon, 25 Jul 2016 20:11:51 -0400 Tejun Heo wrote:
> Hello, Andrew.
>
> On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote:
> > > When a pool workqueue is initialized, if its cpumask belongs to a node,
> > > its
> > > pool->node will be mapped to that node. And
On Mon, 25 Jul 2016 20:11:51 -0400 Tejun Heo wrote:
> Hello, Andrew.
>
> On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote:
> > > When a pool workqueue is initialized, if its cpumask belongs to a node,
> > > its
> > > pool->node will be mapped to that node. And memory used by this
On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote:
> [Problem]
>
> cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
> caches
> the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
>
> When doing node online/offline,
On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote:
> [Problem]
>
> cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
> caches
> the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
>
> When doing node online/offline, cpuid <-> nodeid mapping is
14 matches
Mail list logo