public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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


             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