Untimely garbage collection

Shawn Pearce <>
Wed Jul 10 07:49:43 CEST 2002


This had no effect on my program at all.
With fullsweep_after set to 0 and 1 it still
runs out of buffers and locks up.

It definately looks like the erlang binaries are
not being garbage collected from within erts.

Shawn Pearce <> scrawled:
> Shawn Pearce <> scrawled:
> > I'm having a little trouble abusing Erts.  :-)
> 
> ...
> 
> > Does anyone who knows more about the Erlang GC and
> > Erlang driver development have better suggestions
> > than what I currently have?
> 
> RTFM:
> 
> spawn_opt(Module, Function, ArgumentList, Options):
> 
> 	{fullsweep_after, Number}
> 	Here are a few cases when it could be useful to change fullsweep_after.
> 	Firstly, if you want binaries that are no longer used to be thrown away
> 	as soon as possible. (Set Number to zero.)
> 
> I'll try this and see if that makes things better.

--
Shawn.

Why do I like Perl?  Because ``in accordance with Unix tradition Perl
gives you enough rope to hang yourself with.''

Why do I dislike Java? Because ``the class ROPE that should contain the
method HANG to do the hanging doesn't exist because there is too much
'security' built into the base language.''



More information about the erlang-questions mailing list