linux-kernel - Re: OOM killer in 2.6.31-rc2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 10 Jul 2009 09:09:48 -0400
From:	"John Stoffel" <john@...ffel.org>
To:	Gene Heskett <gene.heskett@...izon.net>
Cc:	"John Stoffel" <john@...ffel.org>,
	Wu Fengguang <fengguang.wu@...il.com>,
	Linux Kernel list <linux-kernel@...r.kernel.org>,
	"linux-mm@...ck.org" <linux-mm@...ck.org>,
	Minchan Kim <minchan.kim@...il.com>,
	"Rafael J. Wysocki" <rjw@...k.pl>,
	Kernel Testers List <kernel-testers@...r.kernel.org>,
	David Howells <dhowells@...hat.com>,
	KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
Subject: Re: OOM killer in 2.6.31-rc2

>>>>> "Gene" == Gene Heskett <gene.heskett@...izon.net> writes:

Gene> On Thursday 09 July 2009, John Stoffel wrote:
>>>>>>> "Gene" == Gene Heskett <gene.heskett@...izon.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.  

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.

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