This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Collecting more frequently
- To: law at cygnus dot com
- Subject: Re: Collecting more frequently
- From: Michael Meissner <meissner at cygnus dot com>
- Date: Mon, 20 Mar 2000 13:37:35 -0500
- Cc: Mike Stump <mrs at windriver dot com>, gcc at gcc dot gnu dot org, martin at loewis dot home dot cs dot tu-berlin dot de, mark at codesourcery dot com
- References: <200003172349.PAA24733@kankakee.wrs.com> <29187.953575244@upchuck>
On Mon, Mar 20, 2000 at 11:00:44AM -0700, Jeffrey A Law wrote:
>
> In message <200003172349.PAA24733@kankakee.wrs.com>you write:
> > If your adventuresome, then a scheme that finds out how close the
> > machine is to paging, and then collecting on demand might be the most
> > optimal scheme, but this is far from portable and does introduce some
> > non-repeatability into the compiler that some us us would hate to see
> > go.
> I briefly pondered the idea of trying to malloc a large hunk of memory
> in the collector (say a few meg) and if that failed to force a collector
> run and force the collector to free any pages it's got cached.
>
> The idea was to help boxes with a limited amount of virtual memory which
> do not have a usable mmap such as the m68k boxes I occasionally test on.
Note, on systems that allow you to malloc more memory than is available as long
as you don't touch it (ie, Linux) it will rarely be invoked. I'm not arguing
against it per se, but wanted to raise the issue in case people weren't aware
of it (it comes up every 6 months of so in the Linux kernel mailing list).
--
Michael Meissner, Cygnus Solutions, a Red Hat company.
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work: meissner@redhat.com phone: +1 978-486-9304
Non-work: meissner@spectacle-pond.org fax: +1 978-692-4482