From: Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
To: dlang@diginsite.com, David Konerding <dek_ml@konerding.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: OOM killer???
Date: Thu, 29 Mar 2001 13:20:46 -0600 (CST) [thread overview]
Message-ID: <200103291920.NAA69574@tomcat.admin.navo.hpc.mil> (raw)
avid Lang <dlang@diginsite.com>:
>one of the key places where the memory is 'allocated' but not used is in
>the copy on write conditions (fork, clone, etc) most of the time very
>little of the 'duplicate' memory is ever changed (in fact most of the time
>the program that forks then executes some other program) on a lot of
>production boxes this would be a _very_ significant additional overhead in
>memory (think a busy apache server, it forks a bunch of processes, but
>currently most of that memory is COW and never actually needs to be
>duplicated)
So? If the requirement is no-overcommit, then assume it WILL be overwritten.
Allocate sufficient swap for the requirement.
Now, it shouldn't be necessary to include the text segment - after all
this should be marked RX.
Actually just X would do, but on Intel systems that also means R. and if W
is set it also means RWX. I hope that Intel gets a better clue about memory
protection sometime soon.
-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil
Any opinions expressed are solely my own.
next reply other threads:[~2001-03-29 19:23 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-29 19:20 Jesse Pollard [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-03-29 16:22 OOM killer??? Jesse Pollard
[not found] <200103282138.f2SLcT824292@webber.adilger.int>
2001-03-29 9:29 ` Dr. Michael Weller
2001-03-29 11:01 ` Guest section DW
2001-03-29 12:02 ` Sean Hunter
2001-03-29 12:57 ` Guest section DW
2001-03-29 15:41 ` David Konerding
2001-03-29 17:52 ` David Lang
2001-03-30 2:26 ` Michael Peddemors
2001-03-30 14:48 ` J. Scott Kasten
2001-03-29 17:21 ` Stephen Satchell
2001-03-29 13:53 ` Szabolcs Szakacsits
2001-03-29 15:01 ` Dr. Michael Weller
2001-03-29 16:29 ` Szabolcs Szakacsits
2001-03-29 16:51 ` Szabolcs Szakacsits
2001-03-27 10:59 Rogier Wolff
2001-03-27 12:14 ` Jonathan Morton
2001-03-27 13:24 ` Martin Dalecki
2001-03-27 15:31 ` Jonathan Lundell
2001-03-27 18:08 ` Ingo Oeser
2001-03-27 19:07 ` Martin Dalecki
2001-03-27 19:55 ` Andreas Dilger
2001-03-27 21:13 ` Andreas Rogge
2001-03-27 18:37 ` Jonathan Morton
2001-03-27 13:57 ` Jonathan Morton
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=200103291920.NAA69574@tomcat.admin.navo.hpc.mil \
--to=pollard@tomcat.admin.navo.hpc.mil \
--cc=dek_ml@konerding.com \
--cc=dlang@diginsite.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.