From: Matt Gushee <matt@gushee.net>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Weak hashtables & aggressive caching
Date: Tue, 15 Aug 2006 22:33:11 -0600 [thread overview]
Message-ID: <44E2A007.5070701@gushee.net> (raw)
In-Reply-To: <20060816.095449.21360713.garrigue@math.nagoya-u.ac.jp>
Jacques Garrigue wrote:
>>> means that the memory set should not increase. But with external data
>>> structures like pixbufs, the GC is called in a pre-programmed way,
>>> currently at least after every 10 pixbuf allocations.
>> You mean that LablGTK directly invokes the garbage collector after
10 images. That's not much (unless, of course, they are big images).
Sounds like it's a lot of trouble for a small benefit.
>
> Again, the trouble is that there is only one allocation function for
> pixbufs, and it doesn't look at their size. And it isn't aware of how
> much memory is available either. So the choice was to be extremely
> conservative.
I'm sorry. I meant that my notion of preloading images would be a lot of
trouble for a small benefit. I don't have sufficient expertise to judge
your garbage collection strategy.
Anyway, thanks for the explanation.
--
Matt Gushee
: Bantam - lightweight file manager : matt.gushee.net/software/bantam/ :
: RASCL's A Simple Configuration Language : matt.gushee.net/rascl/ :
next prev parent reply other threads:[~2006-08-16 4:33 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-14 14:58 Matt Gushee
2006-08-14 15:47 ` [Caml-list] " Richard Jones
2006-08-14 16:28 ` Matt Gushee
[not found] ` <44E0A8F1.8060504@janestcapital.com>
2006-08-14 17:35 ` Matt Gushee
2006-08-14 18:18 ` Richard Jones
2006-08-14 23:25 ` Matt Gushee
2006-08-14 21:23 ` Jacques Garrigue
2006-08-14 23:30 ` Matt Gushee
2006-08-16 0:54 ` Jacques Garrigue
2006-08-16 4:33 ` Matt Gushee [this message]
2006-08-15 4:55 ` skaller
2006-08-15 16:17 ` Matt Gushee
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=44E2A007.5070701@gushee.net \
--to=matt@gushee.net \
--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