All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wu Fengguang <fengguang.wu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: John Stoffel <john-HgN6juyGXH5AfugRpC6u6w@public.gmane.org>
Cc: Gene Heskett
	<gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>,
	Linux Kernel list
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org"
	<linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
	Minchan Kim <minchan.kim-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>,
	Kernel Testers List
	<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	KOSAKI Motohiro
	<kosaki.motohiro-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
Subject: Re: OOM killer in 2.6.31-rc2
Date: Fri, 10 Jul 2009 21:18:01 +0800	[thread overview]
Message-ID: <20090710131801.GA17773@localhost> (raw)
In-Reply-To: <19031.15772.404288.544946-HgN6juyGXH5AfugRpC6u6w@public.gmane.org>

On Fri, Jul 10, 2009 at 09:09:48AM -0400, John Stoffel wrote:
> >>>>> "Gene" == Gene Heskett <gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org> writes:
> 
> Gene> On Thursday 09 July 2009, John Stoffel wrote:
> >>>>>>> "Gene" == Gene Heskett <gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org> writes:
> >> 
> Gene> On Wednesday 08 July 2009, Wu Fengguang wrote:
> >>>> On Wed, Jul 08, 2009 at 01:15:15PM +0800, Wu Fengguang wrote:
> >>>>> On Tue, Jul 07, 2009 at 11:42:07PM -0400, Gene Heskett wrote:
> >> 
> Gene> [...]
> >> 
> >>>>> I guess your near 800MB slab cache is somehow under scanned.
> >>>> 
> >>>> Gene, can you run .31 with this patch? When OOM happens, it will tell
> >>>> us whether the majority slab pages are reclaimable. Another way to
> >>>> find things out is to run `slabtop` when your system is moderately
> >>>> loaded.
> >> 
> Gene> Its been running continuously, and after 24 hours is now showing:
> >> 
> >> Just wondering, is this your M2N-SLI Deluxe board?
> Gene> Yes.
> >> I've got the same
> >> board, with 4Gb of RAM and I haven't noticed any loss of RAM from my
> >> looking (quickly) at top output.
> 
> Gene> I am short approximately 500 megs according to top:
> Gene> Mem:   3634228k total,  3522984k used,   111244k free,   308096k buffers
> Gene> Swap:  8385912k total,      568k used,  8385344k free,  2544716k cached
> 
> Gene> From dmesg:
> Gene> [    0.000000] TOM2: 0000000120000000 aka 4608M  <what is this?
> Gene> [...]
> Gene> [    0.000000] 2694MB HIGHMEM available.
> Gene> [    0.000000] 887MB LOWMEM available.
> 
> Gene> The bios signon does say 4092M IIRC.
> 
> >> But I also haven't bothered to upgrade the BIOS on this board at all
> >> since I got it back in March of 2008.  No need in my book so far.
> 
> Gene> I had been running the original bios, #1502, because 1604 and
> Gene> 1701 had very poor uptimes.  1502 caused an oops about 15 lines
> Gene> into the boot but that triggered a remap and it was bulletproof
> Gene> after that running a 32 bit 64G+PAE kernel.  (I haven't quite
> Gene> made the jump to a 64 bit install, yet...)
> 
> Why haven't you made the laep to 64bit yet?  To me, that seems to be
> the real solution here, not hacks like the HIGHMEM4G and HIGHMEM64G,
> esp when your hardware is 64Bit by default.  

Sure 64bit kernel would be the best option for Gene :)

> I've made the leap and I've never looked back.  Haven't missed any
> 32bit only apps, and if I really needed them, I'd just load the 32bit
> libraries if need be.

But for now I'd appreciate a lot if Gene can run a HIGHMEM64G kernel
with the provided patch, so as to collect one full OOM message for us
to analyze :) The previous OOM message missed the most important data
from zone Normal..

Thanks,
Fengguang

WARNING: multiple messages have this Message-ID (diff)
From: Wu Fengguang <fengguang.wu@gmail.com>
To: John Stoffel <john@stoffel.org>
Cc: Gene Heskett <gene.heskett@verizon.net>,
	Linux Kernel list <linux-kernel@vger.kernel.org>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	Minchan Kim <minchan.kim@gmail.com>,
	"Rafael J. Wysocki" <rjw@sisk.pl>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Subject: Re: OOM killer in 2.6.31-rc2
Date: Fri, 10 Jul 2009 21:18:01 +0800	[thread overview]
Message-ID: <20090710131801.GA17773@localhost> (raw)
In-Reply-To: <19031.15772.404288.544946@stoffel.org>

On Fri, Jul 10, 2009 at 09:09:48AM -0400, John Stoffel wrote:
> >>>>> "Gene" == Gene Heskett <gene.heskett@verizon.net> writes:
> 
> Gene> On Thursday 09 July 2009, John Stoffel wrote:
> >>>>>>> "Gene" == Gene Heskett <gene.heskett@verizon.net> writes:
> >> 
> Gene> On Wednesday 08 July 2009, Wu Fengguang wrote:
> >>>> On Wed, Jul 08, 2009 at 01:15:15PM +0800, Wu Fengguang wrote:
> >>>>> On Tue, Jul 07, 2009 at 11:42:07PM -0400, Gene Heskett wrote:
> >> 
> Gene> [...]
> >> 
> >>>>> I guess your near 800MB slab cache is somehow under scanned.
> >>>> 
> >>>> Gene, can you run .31 with this patch? When OOM happens, it will tell
> >>>> us whether the majority slab pages are reclaimable. Another way to
> >>>> find things out is to run `slabtop` when your system is moderately
> >>>> loaded.
> >> 
> Gene> Its been running continuously, and after 24 hours is now showing:
> >> 
> >> Just wondering, is this your M2N-SLI Deluxe board?
> Gene> Yes.
> >> I've got the same
> >> board, with 4Gb of RAM and I haven't noticed any loss of RAM from my
> >> looking (quickly) at top output.
> 
> Gene> I am short approximately 500 megs according to top:
> Gene> Mem:   3634228k total,  3522984k used,   111244k free,   308096k buffers
> Gene> Swap:  8385912k total,      568k used,  8385344k free,  2544716k cached
> 
> Gene> From dmesg:
> Gene> [    0.000000] TOM2: 0000000120000000 aka 4608M  <what is this?
> Gene> [...]
> Gene> [    0.000000] 2694MB HIGHMEM available.
> Gene> [    0.000000] 887MB LOWMEM available.
> 
> Gene> The bios signon does say 4092M IIRC.
> 
> >> But I also haven't bothered to upgrade the BIOS on this board at all
> >> since I got it back in March of 2008.  No need in my book so far.
> 
> Gene> I had been running the original bios, #1502, because 1604 and
> Gene> 1701 had very poor uptimes.  1502 caused an oops about 15 lines
> Gene> into the boot but that triggered a remap and it was bulletproof
> Gene> after that running a 32 bit 64G+PAE kernel.  (I haven't quite
> Gene> made the jump to a 64 bit install, yet...)
> 
> Why haven't you made the laep to 64bit yet?  To me, that seems to be
> the real solution here, not hacks like the HIGHMEM4G and HIGHMEM64G,
> esp when your hardware is 64Bit by default.  

Sure 64bit kernel would be the best option for Gene :)

> I've made the leap and I've never looked back.  Haven't missed any
> 32bit only apps, and if I really needed them, I'd just load the 32bit
> libraries if need be.

But for now I'd appreciate a lot if Gene can run a HIGHMEM64G kernel
with the provided patch, so as to collect one full OOM message for us
to analyze :) The previous OOM message missed the most important data
from zone Normal..

Thanks,
Fengguang

WARNING: multiple messages have this Message-ID (diff)
From: Wu Fengguang <fengguang.wu@gmail.com>
To: John Stoffel <john@stoffel.org>
Cc: Gene Heskett <gene.heskett@verizon.net>,
	Linux Kernel list <linux-kernel@vger.kernel.org>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	Minchan Kim <minchan.kim@gmail.com>,
	"Rafael J. Wysocki" <rjw@sisk.pl>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	David Howells <dhowells@redhat.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Subject: Re: OOM killer in 2.6.31-rc2
Date: Fri, 10 Jul 2009 21:18:01 +0800	[thread overview]
Message-ID: <20090710131801.GA17773@localhost> (raw)
In-Reply-To: <19031.15772.404288.544946@stoffel.org>

On Fri, Jul 10, 2009 at 09:09:48AM -0400, John Stoffel wrote:
> >>>>> "Gene" == Gene Heskett <gene.heskett@verizon.net> writes:
> 
> Gene> On Thursday 09 July 2009, John Stoffel wrote:
> >>>>>>> "Gene" == Gene Heskett <gene.heskett@verizon.net> writes:
> >> 
> Gene> On Wednesday 08 July 2009, Wu Fengguang wrote:
> >>>> On Wed, Jul 08, 2009 at 01:15:15PM +0800, Wu Fengguang wrote:
> >>>>> On Tue, Jul 07, 2009 at 11:42:07PM -0400, Gene Heskett wrote:
> >> 
> Gene> [...]
> >> 
> >>>>> I guess your near 800MB slab cache is somehow under scanned.
> >>>> 
> >>>> Gene, can you run .31 with this patch? When OOM happens, it will tell
> >>>> us whether the majority slab pages are reclaimable. Another way to
> >>>> find things out is to run `slabtop` when your system is moderately
> >>>> loaded.
> >> 
> Gene> Its been running continuously, and after 24 hours is now showing:
> >> 
> >> Just wondering, is this your M2N-SLI Deluxe board?
> Gene> Yes.
> >> I've got the same
> >> board, with 4Gb of RAM and I haven't noticed any loss of RAM from my
> >> looking (quickly) at top output.
> 
> Gene> I am short approximately 500 megs according to top:
> Gene> Mem:   3634228k total,  3522984k used,   111244k free,   308096k buffers
> Gene> Swap:  8385912k total,      568k used,  8385344k free,  2544716k cached
> 
> Gene> From dmesg:
> Gene> [    0.000000] TOM2: 0000000120000000 aka 4608M  <what is this?
> Gene> [...]
> Gene> [    0.000000] 2694MB HIGHMEM available.
> Gene> [    0.000000] 887MB LOWMEM available.
> 
> Gene> The bios signon does say 4092M IIRC.
> 
> >> But I also haven't bothered to upgrade the BIOS on this board at all
> >> since I got it back in March of 2008.  No need in my book so far.
> 
> Gene> I had been running the original bios, #1502, because 1604 and
> Gene> 1701 had very poor uptimes.  1502 caused an oops about 15 lines
> Gene> into the boot but that triggered a remap and it was bulletproof
> Gene> after that running a 32 bit 64G+PAE kernel.  (I haven't quite
> Gene> made the jump to a 64 bit install, yet...)
> 
> Why haven't you made the laep to 64bit yet?  To me, that seems to be
> the real solution here, not hacks like the HIGHMEM4G and HIGHMEM64G,
> esp when your hardware is 64Bit by default.  

Sure 64bit kernel would be the best option for Gene :)

> I've made the leap and I've never looked back.  Haven't missed any
> 32bit only apps, and if I really needed them, I'd just load the 32bit
> libraries if need be.

But for now I'd appreciate a lot if Gene can run a HIGHMEM64G kernel
with the provided patch, so as to collect one full OOM message for us
to analyze :) The previous OOM message missed the most important data
from zone Normal..

Thanks,
Fengguang

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  parent reply	other threads:[~2009-07-10 13:18 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-06 14:56 OOM killer in 2.6.31-rc2 Gene Heskett
     [not found] ` <200907061056.00229.gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
2009-07-07  6:12   ` Wu Fengguang
2009-07-07  6:12     ` Wu Fengguang
2009-07-07  6:12     ` Wu Fengguang
2009-07-07 14:57     ` Gene Heskett
2009-07-07 14:57       ` Gene Heskett
2009-07-08  2:17       ` Wu Fengguang
2009-07-08  2:17         ` Wu Fengguang
2009-07-08  3:42         ` Gene Heskett
2009-07-08  3:42           ` Gene Heskett
2009-07-08  5:15           ` Wu Fengguang
2009-07-08  5:15             ` Wu Fengguang
2009-07-08  7:55             ` Wu Fengguang
2009-07-08  7:55               ` Wu Fengguang
2009-07-08 14:22               ` Gene Heskett
2009-07-08 14:22                 ` Gene Heskett
2009-07-08 14:22                 ` Gene Heskett
2009-07-09 14:42               ` Gene Heskett
2009-07-09 14:42                 ` Gene Heskett
2009-07-09 20:41                 ` John Stoffel
2009-07-09 20:41                   ` John Stoffel
     [not found]                   ` <19030.22024.132029.196682-HgN6juyGXH5AfugRpC6u6w@public.gmane.org>
2009-07-09 21:03                     ` Gene Heskett
2009-07-09 21:03                       ` Gene Heskett
2009-07-09 21:03                       ` Gene Heskett
2009-07-10 13:09                       ` John Stoffel
2009-07-10 13:09                         ` John Stoffel
     [not found]                         ` <19031.15772.404288.544946-HgN6juyGXH5AfugRpC6u6w@public.gmane.org>
2009-07-10 13:18                           ` Wu Fengguang [this message]
2009-07-10 13:18                             ` Wu Fengguang
2009-07-10 13:18                             ` Wu Fengguang
     [not found]                       ` <200907091703.06691.gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
2009-07-10 13:24                         ` Wu Fengguang
2009-07-10 13:24                           ` Wu Fengguang
2009-07-10 13:24                           ` Wu Fengguang
     [not found] ` <200907101100.58110.gene.heskett@verizon.net>
     [not found]   ` <20090711083551.GA6209@localhost>
     [not found]     ` <200907110819.30337.gene.heskett@verizon.net>
2009-07-12  5:14       ` Wu Fengguang
2009-07-12  5:14         ` Wu Fengguang
2009-07-14  4:10         ` Gene Heskett
2009-07-14  4:10           ` Gene Heskett

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090710131801.GA17773@localhost \
    --to=fengguang.wu-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org \
    --cc=john-HgN6juyGXH5AfugRpC6u6w@public.gmane.org \
    --cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=kosaki.motohiro-+CUm20s59erQFUHtdCDX3A@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org \
    --cc=minchan.kim-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=rjw-KKrjLPT3xs0@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.