caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
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




             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).