"Aycan iRiCAN" <aycan.irican@...> writes:
> Using sbcl-1.0 on x86_64 (redhat eas4 with kernel 2.6.9-42.ELsmp) with
> --dynamic-space-size 1500.
> [ ... snip code that allocates 1.2GB of conses, GCs them, and then
> allocates that amount again ]
The SBCL generational garbage collector is mostly copying, and thus
can in the worst case need 2x more dynamic space during garbage
collection than the working set size is. On the first allocation run
the timing of the GCs happens to be such that a full copying of >750MB
of data is not needed at any point. On the second run you're not that
lucky, and run out of heap.
--
Juho Snellman