From: Stephan von Krawczynski <skraw@ithnet.com>
To: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Memory Problem in 2.4.10-pre2 / __alloc_pages failed
Date: Sat, 1 Sep 2001 20:28:23 +0200 [thread overview]
Message-ID: <20010901202823.303eb0eb.skraw@ithnet.com> (raw)
On Fri, 31 Aug 2001 21:03:22 +0200
Daniel Phillips <phillips@bonn-fries.net> wrote:
> > > /* XXX: is pages_min/4 a good amount to reserve for this? */
> > > + if (z->free_pages < z->pages_min / 3 && (gfp_mask & __GFP_WAIT) &&
> > > + !(current->flags & PF_MEMALLOC))
> > > + continue;
> > Hello Daniel,
> >
> > I tried this patch and it makes _no_ difference. Failures show up in same
> > situation and amount. Do you need traces? They look the same
>
> OK, first would you confirm that the frequency of 0 order failures has
> stayed the same?
Hello Daniel (and the rest),
I redid the test and have the following results, based on a 2.4.10-pre2 with
above patch:
meminfo before:
Sep 1 15:09:40 admin kernel: SysRq: Show Memory
Sep 1 15:09:40 admin kernel: Mem-info:
Sep 1 15:09:40 admin kernel: Free pages: 811288kB ( 0kB HighMem)
Sep 1 15:09:40 admin kernel: ( Active: 927, inactive_dirty: 9604,
inactive_clea
n: 0, free: 202822 (383 766 1149) )
Sep 1 15:09:40 admin kernel: 1*4kB 1*8kB 5*16kB 4*32kB 5*64kB 1*128kB 1*256kB
0
*512kB 1*1024kB 6*2048kB = 14236kB)
Sep 1 15:09:40 admin kernel: 1*4kB 1*8kB 1*16kB 141*32kB 57*64kB 31*128kB
10*25
6kB 4*512kB 0*1024kB 381*2048kB = 797052kB)
Sep 1 15:09:40 admin kernel: = 0kB)
Sep 1 15:09:40 admin kernel: Swap cache: add 0, delete 0, find 0/0
Sep 1 15:09:40 admin kernel: Free swap: 265032kB
Sep 1 15:09:40 admin kernel: 229376 pages of RAM
Sep 1 15:09:40 admin kernel: 0 pages of HIGHMEM
Sep 1 15:09:40 admin kernel: 4378 reserved pages
Sep 1 15:09:40 admin kernel: 22056 pages shared
Sep 1 15:09:40 admin kernel: 0 pages swap cached
Sep 1 15:09:40 admin kernel: 0 pages in page table cachSep 1 15:09:40 admin
kernel: Buffer memory: 6576kB
Sep 1 15:09:40 admin kernel: CLEAN: 1489 buffers, 5935 kbyte, 513 used
(las
t=1489), 0 locked, 0 protected, 0 dirty
total: used: free: shared: buffers: cached:
Mem: 921726976 105066496 816660480 0 6733824 36917248
Swap: 271392768 0 271392768
MemTotal: 900124 kB
MemFree: 797520 kB
MemShared: 0 kB
Buffers: 6576 kB
Cached: 36052 kB
SwapCached: 0 kB
Active: 4076 kB
Inact_dirty: 38552 kB
Inact_clean: 0 kB
Inact_target: 296 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 900124 kB
LowFree: 797520 kB
SwapTotal: 265032 kB
SwapFree: 265032 kB
(meminfo may slightly differ from SYSREQ, an application (seti) started in
between)
The usual test was going on, in the end I had:
meminfo:
Sep 1 15:18:27 admin kernel: SysRq: Show Memory
Sep 1 15:18:27 admin kernel: Mem-info:
Sep 1 15:18:27 admin kernel: Free pages: 3056kB ( 0kB HighMem)
Sep 1 15:18:27 admin kernel: ( Active: 13965, inactive_dirty: 185778,
inactive_clean: 178, free: 764 (383 766 1149) )
Sep 1 15:18:27 admin kernel: 1*4kB 1*8kB 1*16kB 9*32kB 5*64kB 1*128kB 1*256kB
0*512kB 0*1024kB 0*2048kB = 1020kB)
Sep 1 15:18:27 admin kernel: 1*4kB 0*8kB 1*16kB 1*32kB 1*64kB 5*128kB 3*256kB
1*512kB 0*1024kB 0*2048kB = 2036kB)
Sep 1 15:18:27 admin kernel: = 0kB)
Sep 1 15:18:27 admin kernel: Swap cache: add 0, delete 0, find 0/0
Sep 1 15:18:27 admin kernel: Free swap: 265032kB
Sep 1 15:18:27 admin kernel: 229376 pages of RAM
Sep 1 15:18:27 admin kernel: 0 pages of HIGHMEM
Sep 1 15:18:27 admin kernel: 4378 reserved pages
Sep 1 15:18:27 admin kernel: 215286 pages shared
Sep 1 15:18:27 admin kernel: 0 pages swap cached
Sep 1 15:18:27 admin kernel: 0 pages in page table cache
Sep 1 15:18:27 admin kernel: Buffer memory: 15576kB
Sep 1 15:18:27 admin kernel: CLEAN: 178719 buffers, 714855 kbyte, 536 used
(last=178719), 0 locked, 0 protected, 0 dirty
Sep 1 15:18:27 admin kernel: DIRTY: 10060 buffers, 40240 kbyte, 0 used
(last=0), 0 locked, 0 protected, 10060 dirty
S
total: used: free: shared: buffers: cached:
Mem: 921726976 918597632 3129344 0 15958016 802725888
Swap: 271392768 0 271392768
MemTotal: 900124 kB
MemFree: 3056 kB
MemShared: 0 kB
Buffers: 15584 kB
Cached: 783912 kB
SwapCached: 0 kB
Active: 55864 kB
Inact_dirty: 742948 kB
Inact_clean: 684 kB
Inact_target: 8188 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 900124 kB
LowFree: 3056 kB
SwapTotal: 265032 kB
SwapFree: 265032 kB
And the traces:
83 mostly identical errors showed up, all looking like
Sep 1 15:17:53 admin kernel: cdda2wav: __alloc_pages: 3-order allocation
failed (gfp=0x20/0).
Sep 1 15:17:53 admin kernel: Call Trace: [_alloc_pages+22/24]
[__get_free_pages+10/28] [<fdcf8826>] [<fdcf88f5>] [<fdcf77d7>]
Sep 1 15:17:53 admin kernel: [<fdcf80f5>] [<fdcf6589>] [_alloc_pages+22/24]
[__get_free_pages+10/28] [<fdcf8826>] [<fdcf88f5>]
Sep 1 15:17:53 admin kernel: [<fdcf76bd>] [filemap_nopage+171/1008]
[do_no_page+90/244] [handle_mm_fault+97/192] [<fdcf54aa>]
[do_page_fault+0/1164]
Sep 1 15:17:53 admin kernel: [dentry_open+189/316] [filp_open+82/92]
[do_fcntl+370/712] [sys_ioctl+443/532] [system_call+51/56]
Trace; fdcf80f5 <[sg]sg_build_reserve+25/48>
Trace; fdcf6589 <[sg]sg_ioctl+6c5/ae4>
Trace; fdcf76bd <[sg]sg_build_indi+55/1a8>
So, there are no 0-order allocs failing in this setup.
Are you content with having no 0-order failures?
I will try to simplify the test to a case that anybody can check out more
easily.
Stay tuned.
Regards,
Stephan
next reply other threads:[~2001-09-01 18:29 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-01 18:28 Stephan von Krawczynski [this message]
2001-09-02 1:57 ` Memory Problem in 2.4.10-pre2 / __alloc_pages failed Daniel Phillips
2001-09-02 2:21 ` Roger Larsson
2001-09-02 4:16 ` Daniel Phillips
2001-09-02 13:48 ` Alex Bligh - linux-kernel
2001-09-02 18:26 ` Daniel Phillips
2001-09-02 19:32 ` Alex Bligh - linux-kernel
2001-09-02 20:24 ` Daniel Phillips
2001-09-02 21:03 ` Alex Bligh - linux-kernel
2001-09-02 20:33 ` Daniel Phillips
2001-09-02 21:14 ` Alex Bligh - linux-kernel
2001-09-02 21:23 ` Daniel Phillips
2001-09-02 21:28 ` Alex Bligh - linux-kernel
2001-09-02 22:36 ` High order memory allocations (was Re: Memory Problem in 2.4.10-pre2 / __alloc_pages failed) Alex Bligh - linux-kernel
[not found] <20010907154801.028a48e8.skraw@ithnet.com>
[not found] ` <689208719.999883299@[10.132.112.53]>
2001-09-07 21:13 ` Memory Problem in 2.4.10-pre2 / __alloc_pages failed Stephan von Krawczynski
[not found] <20010901055634Z16057-32383+2785@humbolt.nl.linux.org>
[not found] ` <Pine.LNX.4.33.0109011021570.280-100000@mikeg.weiden.de>
2001-09-01 18:54 ` Stephan von Krawczynski
2001-09-02 3:21 ` Mike Galbraith
-- strict thread matches above, loose matches on Subject: below --
2001-08-29 12:07 Stephan von Krawczynski
2001-08-29 16:47 ` Roger Larsson
2001-08-29 19:18 ` Stephan von Krawczynski
[not found] ` <Pine.LNX.4.33.0108300521280.448-100000@mikeg.weiden.de>
2001-08-30 14:16 ` Stephan von Krawczynski
2001-08-29 23:36 ` Daniel Phillips
2001-08-30 14:46 ` Stephan von Krawczynski
2001-08-30 18:02 ` Daniel Phillips
2001-08-31 10:32 ` Stephan von Krawczynski
2001-08-30 16:49 ` Roger Larsson
2001-08-31 11:06 ` Stephan von Krawczynski
2001-08-31 19:03 ` Daniel Phillips
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=20010901202823.303eb0eb.skraw@ithnet.com \
--to=skraw@ithnet.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox