home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / lisp / mcl / 1883 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.2 KB
  1. Path: sparky!uunet!olivea!apple!cambridge.apple.com!lynch@ils.nwu.edu
  2. From: lynch@ils.nwu.edu
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re: Speed freak needs help
  5. Message-ID: <9212232033.AA14785@aristotle.ils.nwu.edu>
  6. Date: 23 Dec 92 20:33:51 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 39
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10.  
  11.  
  12. Maybe this is an insane question, but what sort of speed does Koza get with
  13. the Explorer?
  14. Is he getting 10-20 times yours?
  15. Or has he only used small test cases?
  16.  
  17. ----------Quoted message follows:
  18.  
  19. >Friends,
  20. > 
  21. >I hate to say this, but we are now running into a speed problem with MCL and a
  22. >Quadra 950.  It is of our own making, as I will explain, but I am urgently
  23. >seeking a means of running pretty standard Common Lisp at 10-20 times greater
  24. >speed than MCL 2.0 on a Quadra 950 36/400!  Pretty GUIs are immaterial, and not
  25. >used - it is raw Lisp power that I seek (and we do accept that this will cost).
  26. >[Having said that, this does not mark a departure from MCL for 99% of our work,
  27. >and I am delighted to see that MCL is starting to get the recognition that it
  28. >deserves (congrats, MCL team!).]
  29. > 
  30. >The reason is that we are starting to use John Koza's incredible Genetic
  31. >Programming (mail me if you have not heard of this, and I will send you a list
  32. >of refs. etc.) to optimise stack filters and other things which require
  33. >thousands of iterations of thousands of iterations of thousands of iterations.
  34. >Currently, one decent run takes over week on a Quadra 950, even after some
  35. >serious tuning of code.  We are committed to using Lisp, and other languages
  36. >need not apply.
  37. > 
  38. >One option that I am thinking of is using a farm of Quadras, but it would be
  39. >much neater if we could simply move our code onto another platform.
  40. > 
  41. >John Koza extols TI Explorers, but after finally tracking down someone who
  42. >claims to have a small number of new Explorer systems, I am not sure whether we
  43. >would see anything like the necessary acceleration, and the systems are not
  44. >cheap.  Suggestions as to whether an Explorer might suffice would be welcome
  45. >(and rough estimates on configuration would be even neater - given that the
  46. >code runs OK in 6 meg with MCL, but is clearly doing a lot of GC then).
  47. -- 
  48. --
  49. -- "TANSTAAFL" Rich lynch@ils.nwu.edu
  50.