linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: brian@worldcontrol.com
To: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Stuck at 1GB again
Date: Sat, 2 Sep 2000 11:50:32 -0700	[thread overview]
Message-ID: <20000902115032.A2764@top.worldcontrol.com> (raw)

Some time ago, the list was very helpful in solving my programs
failing at the limit of real memory rather than expanding into
swap under linux 2.2.

Now my giant app is failing on a new limit.

I have an Athlon 850 with 2GB of RAM running 2.4.0-test7.

The kernel is compiled with the 4GB option. (which I think is
the 2/2GB option from 2.2.x kernels).  I believe the option is
supposed to assign 2GB of address space to real memory, and
2GB to virtual memory (from a per process point of view).

I've also compiled and am using glibc 2.2, though I believe
I don't need to in order to use up to 2GB of real memory.

Without glibc 2.2 I should be able to get to 2GB of memory
allocated via the heap.  I only need glibc 2.2 to start
mmap'ing malloc'able pools from VM. I.E. beyond 2GB of
malloc'ed memory.

My app running with 1 GB RAM under linux 2.2, with glibc 2.2
successfully malloc's up to 3GB and the app works fine. (though
swapping quite a bit).

My app running with 2 GB RAM under linux 2.4.0-test7, with glibc 2.2
dies at 1 GB of memory used.  (it also dies at 1 GB using glibc 2.1.2).

The app is compiled -static to make sure I get the right libraries.

I have an program which logs the memory usage of the application
from /proc.

These are logs from two runs that died very near the 1GB limit when
malloc returned an error:

967780380  986796 kB 0 kB  985216 kB  985636 kB 628 kB 508 kB    0 kB

967661675 1013092 kB 0 kB 1010700 kB 1011184 kB 540 kB 184 kB 1140 kB

Limits are set to:
cputime         unlimited
filesize        unlimited
datasize        unlimited
stacksize       8MB
coredumpsize    488MB
memoryuse       unlimited
maxproc         256
descriptors     1024
memorylocked    unlimited
addressspace    unlimited


Any idea what limit I'm running into?

-- 
Brian Litzinger <brian@litzinger.com>

    Copyright (c) 2000 By Brian Litzinger, All Rights Reserved
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/

             reply	other threads:[~2000-09-02 18:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-02 18:50 brian [this message]
2000-09-03 11:10 ` Stephen C. Tweedie
2000-09-03 17:26 ` Kanoj Sarcar

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=20000902115032.A2764@top.worldcontrol.com \
    --to=brian@worldcontrol.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.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