home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / lisp / 3150 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.2 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!ram
  2. From: ram+@cs.cmu.edu (Rob MacLachlan)
  3. Newsgroups: comp.lang.lisp
  4. Subject: Re: Speed freak seeks help
  5. Message-ID: <C0179C.oz.1@cs.cmu.edu>
  6. Date: 29 Dec 92 17:29:32 GMT
  7. Article-I.D.: cs.C0179C.oz.1
  8. References: <Bzpx7u.LK0@demon.co.uk>
  9. Sender: news@cs.cmu.edu (Usenet News System)
  10. Organization: School of Computer Science, Carnegie Mellon
  11. Lines: 35
  12. Nntp-Posting-Host: lisp-pmax1.slisp.cs.cmu.edu
  13.  
  14. In article <Bzpx7u.LK0@demon.co.uk> Howard Oakley <Howard@quercus.demon.co.uk> writes:
  15. >I am running some pretty heavy Common Lisp, which currently takes over 1
  16. >week to run on a Mac Quadra 950 (fast 68040) using MCL 2.0.  Can anyone
  17. >please suggest a hardware solution (cost is accepted!) which will run at
  18. >10-20 times the speed?
  19.  
  20. One thing you should do before getting more hardware is to figure out
  21. what is limiting the speed of the program.  If, for example, your
  22. program is floating-point intensive, then you could see a subtantial
  23. gain from using a Lisp which open-codes float operations.  Or perhaps
  24. you are garbage-collection limited, in which case you want a
  25. generational GC.  
  26.  
  27. You also need to think about how memory intensive your application is.
  28. High speed microprocessors are very sensitive to cache performance, so
  29. if your working data doesn't fit in the cache, you won't see the sort
  30. of speedup you would expect from the clock speed increase.
  31.  
  32. >It has been suggested that a TI Explorer might help - could anyone
  33. >suggest a good Explorer configuration (I currently work in 6 megs of RAM
  34. >for MCL, but it still does plenty of GCing) and whether this is likely to
  35. >give the sort of speed increase that I desire, please?
  36.  
  37. I'm not up do date on the Explorer product line, but my hunch is that
  38. you will see maximum speed from a top-end Unix workstation running a
  39. good commercial CL implementation.  Workstation performance increases
  40. so fast that any special purpose Lisp machine is likely to be one
  41. generation behind.  The main advantage of the Lisp machines is they
  42. have an excellent development environment and do run-time safety
  43. checks at minimal extra cost.
  44.  
  45. You need *much* more memory to run a RISC Unix CL.  I recommend at
  46. least 32 meg.
  47.  
  48.   Rob MacLachlan
  49.