From: Stephan von Krawczynski <skraw@ithnet.com>
To: Marcelo Tosatti <marcelo@conectiva.com.br>
Cc: torvalds@transmeta.com, andrea@suse.de, linux-kernel@vger.kernel.org
Subject: Re: out_of_memory() heuristic broken for different mem configurations
Date: Tue, 6 Nov 2001 14:31:08 +0100 [thread overview]
Message-ID: <20011106143108.6ef304d5.skraw@ithnet.com> (raw)
In-Reply-To: <Pine.LNX.4.21.0111060928010.9782-100000@freak.distro.conectiva>
In-Reply-To: <Pine.LNX.4.21.0111060928010.9782-100000@freak.distro.conectiva>
On Tue, 6 Nov 2001 09:40:51 -0200 (BRST) Marcelo Tosatti
<marcelo@conectiva.com.br> wrote:
> Well, yes, its seems to be just a wrong magic number for this
> setup/workload.
Well, first time I read the code I thought that this will happen. Simply think
of a _slow_ system with _lots_ of mem. Chances are high you cannot match the
seconds-rule.
> Linus, any suggestion to "fix" that ?
How about this really stupid idea: oom means allocs fail, so why not simply
count failed 0-order allocs, if one succeeds, reset counter. If a page is freed
reset counter. If counter reaches <new magic number> then you're oom. No timing
involved, which means you can have as much mem or as slow host as you like. It
isn't even really interesting, if you have swap or not, because a failed
0-order alloc tells you whatever mem you have, there is surely not much left.
I'd try about 100 as magic number.
> /proc tunable (eeek) ?
NoNoNo, please don't do that!
Regards,
Stephan
next prev parent reply other threads:[~2001-11-06 13:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-06 11:40 out_of_memory() heuristic broken for different mem configurations Marcelo Tosatti
2001-11-06 13:31 ` Stephan von Krawczynski [this message]
2001-11-06 12:22 ` Marcelo Tosatti
2001-11-06 14:21 ` Stephan von Krawczynski
2001-11-06 14:02 ` Marcelo Tosatti
2001-11-06 15:25 ` Linus Torvalds
2001-11-06 14:19 ` Marcelo Tosatti
2001-11-06 17:23 ` Marcelo Tosatti
2001-11-06 16:05 ` Stephan von Krawczynski
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=20011106143108.6ef304d5.skraw@ithnet.com \
--to=skraw@ithnet.com \
--cc=andrea@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
--cc=torvalds@transmeta.com \
/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.