lkml.org 
[lkml]   [2008]   [Jan]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch 00/19] VM pageout scalability improvements
* Rik van Riel <riel@redhat.com> [2008-01-08 15:59:39]:

> Changelog:
> - merge memcontroller split LRU code into the main split LRU patch,
> since it is not functionally different (it was split up only to help
> people who had seen the last version of the patch series review it)

Hi, Rik,

I see a strange behaviour with this patchset. I have a program
(pagetest from Vaidy), that does the following

1. Can allocate different kinds of memory, mapped, malloc'ed or shared
2. Allocates and touches all the memory in a loop (2 times)

I mount the memory controller and limit it to 400M and run pagetest
and ask it to touch 1000M. Without this patchset everything runs fine,
but with this patchset installed, I immediately see

pagetest invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0
Call Trace:
[c0000000e5aef400] [c00000000000eb24] .show_stack+0x70/0x1bc (unreliable)
[c0000000e5aef4b0] [c0000000000bbbbc] .oom_kill_process+0x80/0x260
[c0000000e5aef570] [c0000000000bc498] .mem_cgroup_out_of_memory+0x6c/0x98
[c0000000e5aef610] [c0000000000f2574] .mem_cgroup_charge_common+0x1e0/0x414
[c0000000e5aef6e0] [c0000000000b852c] .add_to_page_cache+0x48/0x164
[c0000000e5aef780] [c0000000000b8664] .add_to_page_cache_lru+0x1c/0x68
[c0000000e5aef810] [c00000000012db50] .mpage_readpages+0xbc/0x15c
[c0000000e5aef940] [c00000000018bdac] .ext3_readpages+0x28/0x40
[c0000000e5aef9c0] [c0000000000c3978] .__do_page_cache_readahead+0x158/0x260
[c0000000e5aefa90] [c0000000000bac44] .filemap_fault+0x18c/0x3d4
[c0000000e5aefb70] [c0000000000cd510] .__do_fault+0xb0/0x588
[c0000000e5aefc80] [c0000000005653cc] .do_page_fault+0x440/0x620
[c0000000e5aefe30] [c000000000005408] handle_page_fault+0x20/0x58
Mem-info:
Node 0 DMA per-cpu:
CPU 0: hi: 6, btch: 1 usd: 4
CPU 1: hi: 6, btch: 1 usd: 0
CPU 2: hi: 6, btch: 1 usd: 3
CPU 3: hi: 6, btch: 1 usd: 4
Active_anon:9099 active_file:1523 inactive_anon0
inactive_file:2869 noreclaim:0 dirty:20 writeback
:0 unstable:0
free:44210 slab:639 mapped:1724 pagetables:475 bo
unce:0
Node 0 DMA free:2829440kB min:7808kB low:9728kB hi
gh:11712kB active_anon:582336kB inactive_anon:0kB active_file:97472kB inactive_f
ile:183616kB noreclaim:0kB present:3813760kB pages_scanned:0 all_unreclaimable?
no
lowmem_reserve[]: 0 0 0
Node 0 DMA: 3*64kB 5*128kB 5*256kB 4*512kB 2*1024k
B 4*2048kB 3*4096kB 2*8192kB 170*16384kB = 2828352kB
Swap cache: add 0, delete 0, find 0/0
Free swap = 3148608kB
Total swap = 3148608kB
Free swap: 3148608kB
59648 pages of RAM
677 reserved pages
28165 pages shared
0 pages swap cached
Memory cgroup out of memory: kill process 6593 (pagetest) score 1003 or a child
Killed process 6593 (pagetest)

I am using a powerpc box with 64K size pages. I'll try and investigate further,
just a heads up on the failure I am seeing.

--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL


\
 
 \ /
  Last update: 2008-01-11 12:51    [W:0.327 / U:0.232 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site