Groups > linux.kernel > #1184148 > unrolled thread

Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory

Started by	David Rientjes <rientjes@google.com>
First post	2015-07-15 02:10 +0200
Last post	2015-07-15 04:00 +0200
Articles	3 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

  Re: [BUG REPORT] OOM Killer is invoked while the system still has  much memory David Rientjes <rientjes@google.com> - 2015-07-15 02:10 +0200
    答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory Xuzhichuang <xuzhichuang@huawei.com> - 2015-07-15 03:50 +0200
      Re: 答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory David Rientjes <rientjes@google.com> - 2015-07-15 04:00 +0200

#1184148 — Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory

From	David Rientjes <rientjes@google.com>
Date	2015-07-15 02:10 +0200
Subject	Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory
Message-ID	<pMiqT-7Ep-11@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

On Tue, 14 Jul 2015, Xuzhichuang wrote:

> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138764] iostat invoked oom-killer: gfp_mask=0xd0, order=2, oom_adj=0, oom_score_adj=0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138769] iostat cpuset=/ mems_allowed=0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138773] Pid: 18117, comm: iostat Tainted: P        W  NX 3.0.58-0.6.6-xen #1
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138775] Call Trace:
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138800]  [<ffffffff800088be>] dump_trace+0x6e/0x1a0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138810]  [<ffffffff803f773d>] dump_stack+0x69/0x6f
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138821]  [<ffffffff800dbced>] dump_header+0x9d/0x120
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138826]  [<ffffffff800dc505>] oom_kill_process+0x95/0x1a0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138830]  [<ffffffff800dc746>] out_of_memory+0x136/0x220
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138834]  [<ffffffff800e0fda>] __alloc_pages_slowpath+0x7ba/0x810
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138838]  [<ffffffff800e1219>] __alloc_pages_nodemask+0x1e9/0x200
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138845]  [<ffffffff8011ae38>] cache_grow+0x348/0x450
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138850]  [<ffffffff8011b243>] cache_alloc_refill+0x303/0x4d0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138854]  [<ffffffff8011ba70>] __kmalloc+0x1b0/0x290
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138862]  [<ffffffff8014c1da>] seq_read+0x13a/0x3b0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138869]  [<ffffffff8018a762>] proc_reg_read+0x92/0xe0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138877]  [<ffffffff80129877>] vfs_read+0xc7/0x130
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138881]  [<ffffffff801299e3>] sys_read+0x53/0xa0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138887]  [<ffffffff80402d73>] system_call_fastpath+0x16/0x1b
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138922]  [<00007f935f57f4c0>] 0x7f935f57f4bf
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138923] Mem-Info:
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138925] DMA per-cpu:
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138927] CPU    0: hi:    0, btch:   1 usd:   0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138929] CPU    1: hi:    0, btch:   1 usd:   0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138930] DMA32 per-cpu:
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138932] CPU    0: hi:  155, btch:  38 usd:  11
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138933] CPU    1: hi:  155, btch:  38 usd:   0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138936] active_anon:227111 inactive_anon:10382 isolated_anon:0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138937]  active_file:203 inactive_file:189 isolated_file:47
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138938]  unevictable:95395 dirty:0 writeback:0 unstable:0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138939]  free:247834 slab_reclaimable:18187 slab_unreclaimable:53853
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138940]  mapped:11485 shmem:11167 pagetables:0 bounce:0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138945] DMA free:984kB min:36kB low:44kB high:52kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:16160kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138949] lowmem_reserve[]: 0 3014 3014 3014
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138955] DMA32 free:990352kB min:7004kB low:8752kB high:10504kB active_anon:908444kB inactive_anon:41528kB active_file:812kB inactive_file:756kB unevictable:381580kB isolated(anon):0kB isolated(file):188kB present:3025264kB mlocked:381580kB dirty:0kB writeback:0kB mapped:45940kB shmem:44668kB slab_reclaimable:72748kB slab_unreclaimable:215412kB kernel_stack:12456kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:192 all_unreclaimable? no
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138960] lowmem_reserve[]: 0 0 0 0
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138962] DMA: 2*4kB 4*8kB 3*16kB 4*32kB 2*64kB 1*128kB 2*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 984kB
> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138968] DMA32: 188513*4kB 29459*8kB 2*16kB 2*32kB 1*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 990396kB

The problem is most of your memory for ZONE_DMA32 is available only in 
sizes of order-0 and order-1 and the slab allocator is trying to allocate 
order-2 memory with no possibility of fallback to a smaller order.

You're running on a 3.0.58 kernel, but the watermark calculation should be 
the same in recent kernels.  

If you follow the logic of __zone_watermark_ok(), which uses the same 
watermarks as printed above, the min watermark for this zone is 1751 pages 
and the total zone free pages is 247588.  Discounting order-0 memory, 
there are only 59075 pages free with a min watermark of 875 pages.  
Discounting order-1 memory, there are 157 pages free with a min watermark 
of 437 pages.  This is where your allocation fails.  Even though the zone 
has 672KB of memory available, the per-order watermark fails.

The only option you have to avoid this other than changing your workload 
is to alter lowmem_reserve_ratio, see Documentation/sysctl/vm.txt.  You 
have 916KB of memory in ZONE_DMA that could be used for this allocation if 
it wasn't reserved for DMA allocations.

[toc] | [next] | [standalone]

#1184188 — 答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory

From	Xuzhichuang <xuzhichuang@huawei.com>
Date	2015-07-15 03:50 +0200
Subject	答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory
Message-ID	<pMjZE-1fX-5@gated-at.bofh.it>
In reply to	#1184148

SGksDQoNClRoYW5rcyBmb3IgeW91ciByZXBseWluZy4NCg0KQWNjb3JkaW5nIHRvIHRoZSBPT00g
bWVzc2FnZSwgT09NIGtpbGxlciBpcyBpbnZva2VkIGJ5IHRoZSBmdW5jdGlvbiBzZXFfcmVhZCwg
SSBmb3VuZCB0d28gcGF0Y2hlcyBpbiB0aGUgbGF0ZXN0IGtlcm5lbCB3aGljaCBjYW4gYmUgYXZv
aWQgb3IgZml4ZWQgdGhpcyBwcm9ibGVtLg0KDQpodHRwczovL2dpdC5rZXJuZWwub3JnL2NnaXQv
bGludXgva2VybmVsL2dpdC9zdGFibGUvbGludXgtc3RhYmxlLmdpdC9jb21taXQvZnMvc2VxX2Zp
bGUuYz9pZD0wNTg1MDRlZGQwMjY2N2VlZjhmYWM5YmUyN2FiM2VhNzQzMzJlOWI0DQpodHRwczov
L2dpdC5rZXJuZWwub3JnL2NnaXQvbGludXgva2VybmVsL2dpdC9zdGFibGUvbGludXgtc3RhYmxl
LmdpdC9jb21taXQvZnMvc2VxX2ZpbGUuYz9pZD01Y2VjMzhhYzg2NmJmYjg3NzU2MzhlNzFhODZl
NGQ4Y2FjMzBjYWFlDQoNCkFzIHRoZSBwYXRjaGVzIHNhaWQsIGl0IGNoYW5nZWQgdGhlIHNlcV9m
aWxlIGNvZGUgZmFsbGJhY2sgdG8gdm1hbGxvYyBhbGxvY2F0aW9ucyBpZiBrbWFsbG9jIGZhaWxl
ZCwgaW5zdGVhZCBvZiBPT00ga2lsbCBwcm9jZXNzZXMuDQoNCi0tLS0t6YKu5Lu25Y6f5Lu2LS0t
LS0NCuWPkeS7tuS6ujogRGF2aWQgUmllbnRqZXMgW21haWx0bzpyaWVudGplc0Bnb29nbGUuY29t
XSANCuWPkemAgeaXtumXtDogMjAxNeW5tDfmnIgxNeaXpSA4OjEwDQrmlLbku7bkuro6IFh1emhp
Y2h1YW5nDQrmioTpgIE6IGxpbnV4LW1tQGt2YWNrLm9yZzsgbGludXgta2VybmVsQHZnZXIua2Vy
bmVsLm9yZzsgU29uZ2ppYW5ndGFvIChteWdpcmxzanQpOyBaaGFuZ3dlaSAoRkYpOyBRaXV4aXNo
aQ0K5Li76aKYOiBSZTogW0JVRyBSRVBPUlRdIE9PTSBLaWxsZXIgaXMgaW52b2tlZCB3aGlsZSB0
aGUgc3lzdGVtIHN0aWxsIGhhcyBtdWNoIG1lbW9yeQ0KDQpPbiBUdWUsIDE0IEp1bCAyMDE1LCBY
dXpoaWNodWFuZyB3cm90ZToNCg0KPiBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDog
WzE4MTM2NTE0LjEzODc2NF0gaW9zdGF0IGludm9rZWQgDQo+IG9vbS1raWxsZXI6IGdmcF9tYXNr
PTB4ZDAsIG9yZGVyPTIsIG9vbV9hZGo9MCwgb29tX3Njb3JlX2Fkaj0wIEp1bCAxMCANCj4gMTI6
MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODc2OV0gaW9zdGF0IGNwdXNldD0v
IA0KPiBtZW1zX2FsbG93ZWQ9MCBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4
MTM2NTE0LjEzODc3M10gUGlkOiAxODExNywgY29tbTogaW9zdGF0IFRhaW50ZWQ6IFDCoMKgwqDC
oMKgwqDCoCBXwqAgTlggMy4wLjU4LTAuNi42LXhlbiAjMSBKdWwgMTAgMTI6MzM6MDMgQk1TX0NO
QTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODc3NV0gQ2FsbCBUcmFjZToNCj4gSnVsIDEwIDEyOjMz
OjAzIEJNU19DTkEwNCBrZXJuZWw6IFsxODEzNjUxNC4xMzg4MDBdwqAgDQo+IFs8ZmZmZmZmZmY4
MDAwODhiZT5dIGR1bXBfdHJhY2UrMHg2ZS8weDFhMCBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0
IA0KPiBrZXJuZWw6IFsxODEzNjUxNC4xMzg4MTBdwqAgWzxmZmZmZmZmZjgwM2Y3NzNkPl0gZHVt
cF9zdGFjaysweDY5LzB4NmYgDQo+IEp1bCAxMCAxMjozMzowMyBCTVNfQ05BMDQga2VybmVsOiBb
MTgxMzY1MTQuMTM4ODIxXcKgIA0KPiBbPGZmZmZmZmZmODAwZGJjZWQ+XSBkdW1wX2hlYWRlcisw
eDlkLzB4MTIwIEp1bCAxMCAxMjozMzowMyBCTVNfQ05BMDQgDQo+IGtlcm5lbDogWzE4MTM2NTE0
LjEzODgyNl3CoCBbPGZmZmZmZmZmODAwZGM1MDU+XSANCj4gb29tX2tpbGxfcHJvY2VzcysweDk1
LzB4MWEwIEp1bCAxMCAxMjozMzowMyBCTVNfQ05BMDQga2VybmVsOiANCj4gWzE4MTM2NTE0LjEz
ODgzMF3CoCBbPGZmZmZmZmZmODAwZGM3NDY+XSBvdXRfb2ZfbWVtb3J5KzB4MTM2LzB4MjIwIEp1
bCANCj4gMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODgzNF3CoCBb
PGZmZmZmZmZmODAwZTBmZGE+XSANCj4gX19hbGxvY19wYWdlc19zbG93cGF0aCsweDdiYS8weDgx
MA0KPiBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODgzOF3C
oCANCj4gWzxmZmZmZmZmZjgwMGUxMjE5Pl0gX19hbGxvY19wYWdlc19ub2RlbWFzaysweDFlOS8w
eDIwMA0KPiBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODg0
NV3CoCANCj4gWzxmZmZmZmZmZjgwMTFhZTM4Pl0gY2FjaGVfZ3JvdysweDM0OC8weDQ1MCBKdWwg
MTAgMTI6MzM6MDMgQk1TX0NOQTA0IA0KPiBrZXJuZWw6IFsxODEzNjUxNC4xMzg4NTBdwqAgWzxm
ZmZmZmZmZjgwMTFiMjQzPl0gDQo+IGNhY2hlX2FsbG9jX3JlZmlsbCsweDMwMy8weDRkMCBKdWwg
MTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogDQo+IFsxODEzNjUxNC4xMzg4NTRdwqAgWzxm
ZmZmZmZmZjgwMTFiYTcwPl0gX19rbWFsbG9jKzB4MWIwLzB4MjkwIEp1bCAxMCANCj4gMTI6MzM6
MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODg2Ml3CoCBbPGZmZmZmZmZmODAxNGMx
ZGE+XSANCj4gc2VxX3JlYWQrMHgxM2EvMHgzYjAgSnVsIDEwIDEyOjMzOjAzIEJNU19DTkEwNCBr
ZXJuZWw6IA0KPiBbMTgxMzY1MTQuMTM4ODY5XcKgIFs8ZmZmZmZmZmY4MDE4YTc2Mj5dIHByb2Nf
cmVnX3JlYWQrMHg5Mi8weGUwIEp1bCAxMCANCj4gMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDog
WzE4MTM2NTE0LjEzODg3N13CoCBbPGZmZmZmZmZmODAxMjk4Nzc+XSANCj4gdmZzX3JlYWQrMHhj
Ny8weDEzMCBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODg4
MV3CoCBbPGZmZmZmZmZmODAxMjk5ZTM+XSBzeXNfcmVhZCsweDUzLzB4YTAgSnVsIDEwIDEyOjMz
OjAzIEJNU19DTkEwNCBrZXJuZWw6IFsxODEzNjUxNC4xMzg4ODddwqAgWzxmZmZmZmZmZjgwNDAy
ZDczPl0gc3lzdGVtX2NhbGxfZmFzdHBhdGgrMHgxNi8weDFiIEp1bCAxMCAxMjozMzowMyBCTVNf
Q05BMDQga2VybmVsOiBbMTgxMzY1MTQuMTM4OTIyXcKgIFs8MDAwMDdmOTM1ZjU3ZjRjMD5dIDB4
N2Y5MzVmNTdmNGJmIEp1bCAxMCAxMjozMzowMyBCTVNfQ05BMDQga2VybmVsOiBbMTgxMzY1MTQu
MTM4OTIzXSBNZW0tSW5mbzoNCj4gSnVsIDEwIDEyOjMzOjAzIEJNU19DTkEwNCBrZXJuZWw6IFsx
ODEzNjUxNC4xMzg5MjVdIERNQSBwZXItY3B1Og0KPiBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0
IGtlcm5lbDogWzE4MTM2NTE0LjEzODkyN10gQ1BVwqDCoMKgIDA6IGhpOsKgwqDCoCANCj4gMCwg
YnRjaDrCoMKgIDEgdXNkOsKgwqAgMCBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDog
DQo+IFsxODEzNjUxNC4xMzg5MjldIENQVcKgwqDCoCAxOiBoaTrCoMKgwqAgMCwgYnRjaDrCoMKg
IDEgdXNkOsKgwqAgMCBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0
LjEzODkzMF0gRE1BMzIgcGVyLWNwdToNCj4gSnVsIDEwIDEyOjMzOjAzIEJNU19DTkEwNCBrZXJu
ZWw6IFsxODEzNjUxNC4xMzg5MzJdIENQVcKgwqDCoCAwOiBoaTrCoCANCj4gMTU1LCBidGNoOsKg
IDM4IHVzZDrCoCAxMSBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogDQo+IFsxODEz
NjUxNC4xMzg5MzNdIENQVcKgwqDCoCAxOiBoaTrCoCAxNTUsIGJ0Y2g6wqAgMzggdXNkOsKgwqAg
MCBKdWwgMTAgDQo+IDEyOjMzOjAzIEJNU19DTkEwNCBrZXJuZWw6IFsxODEzNjUxNC4xMzg5MzZd
IGFjdGl2ZV9hbm9uOjIyNzExMSANCj4gaW5hY3RpdmVfYW5vbjoxMDM4MiBpc29sYXRlZF9hbm9u
OjAgSnVsIDEwIDEyOjMzOjAzIEJNU19DTkEwNCBrZXJuZWw6IA0KPiBbMTgxMzY1MTQuMTM4OTM3
XcKgIGFjdGl2ZV9maWxlOjIwMyBpbmFjdGl2ZV9maWxlOjE4OSBpc29sYXRlZF9maWxlOjQ3IA0K
PiBKdWwgMTAgMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2NTE0LjEzODkzOF0gwqB1
bmV2aWN0YWJsZTo5NTM5NSANCj4gZGlydHk6MCB3cml0ZWJhY2s6MCB1bnN0YWJsZTowIEp1bCAx
MCAxMjozMzowMyBCTVNfQ05BMDQga2VybmVsOiANCj4gWzE4MTM2NTE0LjEzODkzOV3CoCBmcmVl
OjI0NzgzNCBzbGFiX3JlY2xhaW1hYmxlOjE4MTg3IA0KPiBzbGFiX3VucmVjbGFpbWFibGU6NTM4
NTMgSnVsIDEwIDEyOjMzOjAzIEJNU19DTkEwNCBrZXJuZWw6IA0KPiBbMTgxMzY1MTQuMTM4OTQw
XcKgIG1hcHBlZDoxMTQ4NSBzaG1lbToxMTE2NyBwYWdldGFibGVzOjAgYm91bmNlOjAgSnVsIA0K
PiAxMCAxMjozMzowMyBCTVNfQ05BMDQga2VybmVsOiBbMTgxMzY1MTQuMTM4OTQ1XSBETUEgZnJl
ZTo5ODRrQiANCj4gbWluOjM2a0IgbG93OjQ0a0IgaGlnaDo1MmtCIGFjdGl2ZV9hbm9uOjBrQiBp
bmFjdGl2ZV9hbm9uOjBrQiANCj4gYWN0aXZlX2ZpbGU6MGtCIGluYWN0aXZlX2ZpbGU6MGtCIHVu
ZXZpY3RhYmxlOjBrQiBpc29sYXRlZChhbm9uKTowa0IgDQo+IGlzb2xhdGVkKGZpbGUpOjBrQiBw
cmVzZW50OjE2MTYwa0IgbWxvY2tlZDowa0IgZGlydHk6MGtCIHdyaXRlYmFjazowa0IgDQo+IG1h
cHBlZDowa0Igc2htZW06MGtCIHNsYWJfcmVjbGFpbWFibGU6MGtCIHNsYWJfdW5yZWNsYWltYWJs
ZTowa0IgDQo+IGtlcm5lbF9zdGFjazowa0IgcGFnZXRhYmxlczowa0IgdW5zdGFibGU6MGtCIGJv
dW5jZTowa0IgDQo+IHdyaXRlYmFja190bXA6MGtCIHBhZ2VzX3NjYW5uZWQ6MCBhbGxfdW5yZWNs
YWltYWJsZT8geWVzIEp1bCAxMCANCj4gMTI6MzM6MDMgQk1TX0NOQTA0IGtlcm5lbDogWzE4MTM2
NTE0LjEzODk0OV0gbG93bWVtX3Jlc2VydmVbXTogMCAzMDE0IA0KPiAzMDE0IDMwMTQgSnVsIDEw
IDEyOjMzOjAzIEJNU19DTkEwNCBrZXJuZWw6IFsxODEzNjUxNC4xMzg5NTVdIERNQTMyIA0KPiBm
cmVlOjk5MDM1MmtCIG1pbjo3MDA0a0IgbG93Ojg3NTJrQiBoaWdoOjEwNTA0a0IgYWN0aXZlX2Fu
b246OTA4NDQ0a0IgDQo+IGluYWN0aXZlX2Fub246NDE1MjhrQiBhY3RpdmVfZmlsZTo4MTJrQiBp
bmFjdGl2ZV9maWxlOjc1NmtCIA0KPiB1bmV2aWN0YWJsZTozODE1ODBrQiBpc29sYXRlZChhbm9u
KTowa0IgaXNvbGF0ZWQoZmlsZSk6MTg4a0IgDQo+IHByZXNlbnQ6MzAyNTI2NGtCIG1sb2NrZWQ6
MzgxNTgwa0IgZGlydHk6MGtCIHdyaXRlYmFjazowa0IgDQo+IG1hcHBlZDo0NTk0MGtCIHNobWVt
OjQ0NjY4a0Igc2xhYl9yZWNsYWltYWJsZTo3Mjc0OGtCIA0KPiBzbGFiX3VucmVjbGFpbWFibGU6
MjE1NDEya0Iga2VybmVsX3N0YWNrOjEyNDU2a0IgcGFnZXRhYmxlczowa0IgDQo+IHVuc3RhYmxl
OjBrQiBib3VuY2U6MGtCIHdyaXRlYmFja190bXA6MGtCIHBhZ2VzX3NjYW5uZWQ6MTkyIA0KPiBh
bGxfdW5yZWNsYWltYWJsZT8gbm8gSnVsIDEwIDEyOjMzOjAzIEJNU19DTkEwNCBrZXJuZWw6IA0K
PiBbMTgxMzY1MTQuMTM4OTYwXSBsb3dtZW1fcmVzZXJ2ZVtdOiAwIDAgMCAwIEp1bCAxMCAxMjoz
MzowMyBCTVNfQ05BMDQgDQo+IGtlcm5lbDogWzE4MTM2NTE0LjEzODk2Ml0gRE1BOiAyKjRrQiA0
KjhrQiAzKjE2a0IgNCozMmtCIDIqNjRrQiANCj4gMSoxMjhrQiAyKjI1NmtCIDAqNTEya0IgMCox
MDI0a0IgMCoyMDQ4a0IgMCo0MDk2a0IgPSA5ODRrQiBKdWwgMTAgDQo+IDEyOjMzOjAzIEJNU19D
TkEwNCBrZXJuZWw6IFsxODEzNjUxNC4xMzg5NjhdIERNQTMyOiAxODg1MTMqNGtCIA0KPiAyOTQ1
OSo4a0IgMioxNmtCIDIqMzJrQiAxKjY0a0IgMCoxMjhrQiAwKjI1NmtCIDEqNTEya0IgMCoxMDI0
a0IgDQo+IDAqMjA0OGtCIDAqNDA5NmtCID0gOTkwMzk2a0INCg0KVGhlIHByb2JsZW0gaXMgbW9z
dCBvZiB5b3VyIG1lbW9yeSBmb3IgWk9ORV9ETUEzMiBpcyBhdmFpbGFibGUgb25seSBpbiBzaXpl
cyBvZiBvcmRlci0wIGFuZCBvcmRlci0xIGFuZCB0aGUgc2xhYiBhbGxvY2F0b3IgaXMgdHJ5aW5n
IHRvIGFsbG9jYXRlDQpvcmRlci0yIG1lbW9yeSB3aXRoIG5vIHBvc3NpYmlsaXR5IG9mIGZhbGxi
YWNrIHRvIGEgc21hbGxlciBvcmRlci4NCg0KWW91J3JlIHJ1bm5pbmcgb24gYSAzLjAuNTgga2Vy
bmVsLCBidXQgdGhlIHdhdGVybWFyayBjYWxjdWxhdGlvbiBzaG91bGQgYmUgdGhlIHNhbWUgaW4g
cmVjZW50IGtlcm5lbHMuICANCg0KSWYgeW91IGZvbGxvdyB0aGUgbG9naWMgb2YgX196b25lX3dh
dGVybWFya19vaygpLCB3aGljaCB1c2VzIHRoZSBzYW1lIHdhdGVybWFya3MgYXMgcHJpbnRlZCBh
Ym92ZSwgdGhlIG1pbiB3YXRlcm1hcmsgZm9yIHRoaXMgem9uZSBpcyAxNzUxIHBhZ2VzIGFuZCB0
aGUgdG90YWwgem9uZSBmcmVlIHBhZ2VzIGlzIDI0NzU4OC4gIERpc2NvdW50aW5nIG9yZGVyLTAg
bWVtb3J5LCB0aGVyZSBhcmUgb25seSA1OTA3NSBwYWdlcyBmcmVlIHdpdGggYSBtaW4gd2F0ZXJt
YXJrIG9mIDg3NSBwYWdlcy4gIA0KRGlzY291bnRpbmcgb3JkZXItMSBtZW1vcnksIHRoZXJlIGFy
ZSAxNTcgcGFnZXMgZnJlZSB3aXRoIGEgbWluIHdhdGVybWFyayBvZiA0MzcgcGFnZXMuICBUaGlz
IGlzIHdoZXJlIHlvdXIgYWxsb2NhdGlvbiBmYWlscy4gIEV2ZW4gdGhvdWdoIHRoZSB6b25lIGhh
cyA2NzJLQiBvZiBtZW1vcnkgYXZhaWxhYmxlLCB0aGUgcGVyLW9yZGVyIHdhdGVybWFyayBmYWls
cy4NCg0KVGhlIG9ubHkgb3B0aW9uIHlvdSBoYXZlIHRvIGF2b2lkIHRoaXMgb3RoZXIgdGhhbiBj
aGFuZ2luZyB5b3VyIHdvcmtsb2FkIGlzIHRvIGFsdGVyIGxvd21lbV9yZXNlcnZlX3JhdGlvLCBz
ZWUgRG9jdW1lbnRhdGlvbi9zeXNjdGwvdm0udHh0LiAgWW91IGhhdmUgOTE2S0Igb2YgbWVtb3J5
IGluIFpPTkVfRE1BIHRoYXQgY291bGQgYmUgdXNlZCBmb3IgdGhpcyBhbGxvY2F0aW9uIGlmIGl0
IHdhc24ndCByZXNlcnZlZCBmb3IgRE1BIGFsbG9jYXRpb25zLg0K
--
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/

[toc] | [prev] | [next] | [standalone]

#1184192 — Re: 答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory

From	David Rientjes <rientjes@google.com>
Date	2015-07-15 04:00 +0200
Subject	Re: 答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory
Message-ID	<pMk9j-1ri-3@gated-at.bofh.it>
In reply to	#1184188

On Wed, 15 Jul 2015, Xuzhichuang wrote:

> Hi,
> 
> Thanks for your replying.
> 
> According to the OOM message, OOM killer is invoked by the function seq_read, I found two patches in the latest kernel which can be avoid or fixed this problem.
> 
> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/fs/seq_file.c?id=058504edd02667eef8fac9be27ab3ea74332e9b4
> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/fs/seq_file.c?id=5cec38ac866bfb8775638e71a86e4d8cac30caae
> 
> As the patches said, it changed the seq_file code fallback to vmalloc allocations if kmalloc failed, instead of OOM kill processes.
> 

Yes, we use those two patches as well internally.  You may want to give 
them a try if this is the only source of oom killer issues, but keep in 
mind that other subsystems like the tcp layer will often do high-order 
allocations as well.  If you can free up some of that ZONE_DMA memory that 
is unneeded with lowmem_reserve_ratio, you might get a little more room.  

Good luck!
--
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/

[toc] | [prev] | [standalone]

csiph-web

Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory

Contents

#1184148 — Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory

#1184188 — 答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory

#1184192 — Re: 答复: [BUG REPORT] OOM Killer is invoked while the system still has much memory