From: "Pierre CREGUT - FT.BD/CNET/DTL/MSV" <pierre.cregut@cnet.francetelecom.fr>
To: caml-list@inria.fr
Subject: controler la taille du tas
Date: Wed, 10 Mar 1999 09:15:27 +0100 [thread overview]
Message-ID: <19990310091527.17113@lsun605> (raw)
Y a t'il un moyen (même détourné) pour imposer que la taille du tas d'un
programme CAML ne passe jamais en dessous d'un certain seuil.
Je veux que même si la mémoire est inutilisée, le GC ne la relache pas
(sinon, une solution au problème est d'allouer un tableau global de la taille
du seuil voulu, mais ca n'a pas grand intérêt).
Ce que je cherche a faire, c'est m'assurer que même si une autre application
(gloutonne) sature la mémoire, elle ne parviendra pas à empêcher le programme
CAML de fonctionner si je connais ses besoins en mémoire et si j'ai pris
la précaution de lui allouer suffisemment d'espace.
Pierre Crégut
(En fait il manque un parametre dans le type Gc.control. Une solution
est peut être de mettre major_heap_increment a la valeur du seuil, mais
c'est une solution brutale si l'estimation est fausse.)
===[translation]===
Is there a way (even a weird one) to enforce that the size of the heap of
a Caml program will never shrink under a given threshold ? I want
that the garbage collector takes all the memory allocated and
does not release it even if it is unused.
I want to be sure that even if another program tries to control all the
available memory, it will not manage to strangle my Caml application
if I know the worst memory requirements of the CAML program.
--
Pierre Cregut - pierre.cregut@cnet.francetelecom.fr - +33 2 96 05 16 28
FT.CNET - DTL/MSV - 2 avenue Pierre Marzin - 22307 Lannion Cedex - France
next reply other threads:[~1999-03-10 9:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <pierre.cregut@cnet.francetelecom.fr>
1999-03-10 8:15 ` Pierre CREGUT - FT.BD/CNET/DTL/MSV [this message]
1999-03-11 0:52 ` doligez
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=19990310091527.17113@lsun605 \
--to=pierre.cregut@cnet.francetelecom.fr \
--cc=caml-list@inria.fr \
/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;
as well as URLs for NNTP newsgroup(s).