Article View: comp.lang.lisp.x
Article #23Re: Speeding up XLISP
From: Tom Almy
Date: Mon, 13 Apr 1992 15:39
Date: Mon, 13 Apr 1992 15:39
18 lines
1202 bytes
1202 bytes
In article <4555@m1.cs.man.ac.uk> snowdond@cs.man.ac.uk (Dave Snowdon) writes: > Has anyone tried speeding up XLISP by using a faster garbage collection >algorithm? Also, I have read a paper which describes implementing a threaded >LISP interpreter - has anyone experimented with this sort of approach? I've profiled XLISP and found that there is no one area that accounts for the majority of execution time. GC takes about 10-20%, so if you made GC infinitely fast you'd only get at most 20% typical performance improvement. The biggest improvement would come from a XLISP compiler, since "interpreter overhead" accounts for a large percentage of execution time. A threaded LISP interpreter would probably pick up most of the gain, and would be portable. -- Tom Almy toma@sail.labs.tek.com Standard Disclaimers Apply
Technical Details
Message-ID:
<11810@sail.LABS.TEK.COM>Path:
arc1-ca.pugleaf.net!sparky!uunet!zephyr.ens.tek.com!tekgen!sail!tomaReferences:
<4555@m1.cs.man.ac.uk>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!zephyr.ens.tek.com!tekgen!sail!toma From: toma@sail.LABS.TEK.COM (Tom Almy) Newsgroups: comp.lang.lisp.x Subject: Re: Speeding up XLISP Message-ID: <11810@sail.LABS.TEK.COM> Date: 13 Apr 92 15:39:09 GMT References: <4555@m1.cs.man.ac.uk> Reply-To: toma@sail.labs.tek.com Organization: Tektronix, Inc., Beaverton, OR. Lines: 18