group or if an exiting
thread is no longer part of the group], but since that would
make the continue work, obviously I'm missing something.
Mel, I don't know how much time you've given to this since the
last email, but this clears it up. Thanks for your time.
Don Morris
--
To unsubs
On 11/04/2013 12:04 PM, Mel Gorman wrote:
> On Tue, Oct 22, 2013 at 01:29:22PM -0400, Don Morris wrote:
>> Greetings, all.
>>
>> Just wanted to drop this out there to see if it rang any bells.
>> I've been getting a soft lockup (numad thread stuck on a cpu
>>
On 07/31/2013 11:07 AM, Peter Zijlstra wrote:
>
> New version that includes a final put for the numa_group struct and a
> few other modifications.
>
> The new task_numa_free() completely blows though, far too expensive.
> Good ideas needed.
>
> ---
> Subject: sched, numa: Use {cpu, pid} to creat
ecomes more useful.
>>
>>>
>>> so hot-remove node will work too later.
>>>
>>> In the long run, we should make booting path and hot adding more
>>> similar and share at most code.
>>> That will make code get more test coverage.
>
> Ta
ot are the same either way -- if you look at the APIC
numbers of the processors (from /proc/cpuinfo), the processors should
be assigned to the correct node, but they aren't.] cc'ing Tang Chen
in case this is obvious to him or he's already fixed it somewhere not
on Linus's tree ye
selves or via
migration to evacuate the outgoing node (with the preferred
migration target using the new home node).
As long as no one wants to do something crazy like offline
a node before taking the resources away from the scheduler
and memory management, it should all work out.
Don Morri
nerated a patch for the latter, does it solve your immediate
problem? It won't solve the VRAM init failure, I know.
I've built it, but without a G200, haven't tested myself.
Don Morris
HP Mission Critical Linux
>
> [ 20.598985] [drm] Initialized drm 1.1.0 200608
tire
virtual address space, skipping few vmas. For a very large 64-bit
process, that's going to be a *lot* of translations (or even vmas
if the address space is fragmented) to walk. That's a seriously
long path coming from the timer code. I would think capping the
number of translations to pro
Re-sending to LKML due to mailer picking up an incorrect
address. (Sorry for the dupe).
On 09/26/2012 07:26 AM, Don Morris wrote:
> Peter --
>
> You may have / probably have already seen this, and if so I
> apologize in advance (can't find any sign of a fix via any
> searche
On 07/12/2012 03:02 PM, Rik van Riel wrote:
> On 03/16/2012 10:40 AM, Peter Zijlstra wrote:
>
> At LSF/MM, there was a presentation comparing Peter's
> NUMA code with Andrea's NUMA code. I believe this is
> the main reason why Andrea's code performed better in
> that particular test...
>
>> +
10 matches
Mail list logo
