lkml.org 
[lkml]   [2003]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.4.20 instability on bigmem systems?
On Thursday 13 March 2003 20:13, William Lee Irwin III wrote:
>> Hmm, neither slabinfo nor meminfo show the machine being under any
>> stress. Were they generated while the problem was happening?
>> The useful information would be to collect meminfo and slabinfo while
>> kswapd and updated are spinning. Also, cpuinfo doesn't ever change,
>> (at least while being run on the same box) so you can leave that out.

On Fri, Mar 14, 2003 at 09:31:15AM -0800, Gregory K. Ruiz-Ade wrote:
> Ahh. I was a bit out of it yesterday, and didn't think to actually stress
> the machine. :\
> I'll be able to give it a good beating this weekend sometime.

cc: me when you post those results.


On Thursday 13 March 2003 20:13, William Lee Irwin III wrote:
>> BTW, oopses tracing back into the VM doesn't help. It's usually someone
>> doing something wrong the VM checks for. In this case I'll bet someone
>> (i.e. LVM) called vmalloc() with interrupts off.

On Fri, Mar 14, 2003 at 09:31:15AM -0800, Gregory K. Ruiz-Ade wrote:
> Hmm... Okay, mind if I quote you when I post that oops the the lvm list? :)

Understand that was said in the context of finding the VM bug. I'm not
interested in LVM bugs, legitimate though they may be, mostly b/c it's
not my project and I can't save the world.


-- wli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:1.835 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site