Thread View: net.lang.lisp
1 messages
1 total messages
Started by michael maxwell
Wed, 20 Aug 1986 17:22
gcafter behavior (BSD Franz)
Author: michael maxwell
Date: Wed, 20 Aug 1986 17:22
Date: Wed, 20 Aug 1986 17:22
22 lines
1749 bytes
1749 bytes
This is BSD (not Franz Inc.) Franz Lisp, opus 38.91. I have a large corpus of test data (English sentences) that I let our parser, written in Franz Lisp, crunch through in batch mode. Yesterday something strange happened: it died in the middle with the error message "Attempt to allocate beyond static structures", i.e. it ran out of memory. It appears that the problem lies in 'gcafter': each time Frantz does garbage collection, it allocates more memory for the type that caused the garbage collection. Now this makes sense as long as there's lots of memory left, but it seems like it should give up at some point--before running out of memory and dying! Or at least there ought to be a switch. (I can see that some programs might keep using up space and not create garbage that can be reclaimed; our program uses lots of list space, but it can always be reclaimed after each parse is completed.) I can prevent Lisp from dying by calling 'gc' after it parses each sentence, but that makes it slower than molasses. It looks like my best option at this point is to rewrite 'gcafter'. Any comments? -- Mike Maxwell Boeing Artificial Intelligence Center ...uw-beaver!uw-june!bcsaic!michaelm
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads