home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / prolog / 2426 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.lang.prolog
  2. Path: sparky!uunet!infonode!ingr!capalo!quintus!quintus!dave
  3. From: dave@quintus.com (David Bowen)
  4. Subject: Re: Modules...do they improve efficiency?
  5. Message-ID: <1993Jan21.015207.5003@quintus.com>
  6. Sender: news@quintus.com (USENET news account)
  7. Nntp-Posting-Host: odysseus
  8. Organization: Quintus Corporation, Palo Alto, CA
  9. References:  <1993Jan18.142453.1@vaxa.strath.ac.uk>
  10. Date: Thu, 21 Jan 1993 01:52:07 GMT
  11. Lines: 35
  12.  
  13. In article <1993Jan18.142453.1@vaxa.strath.ac.uk>, cnbv01@vaxa.strath.ac.uk writes:
  14. > Excuse my ignorance, but is there any efficiency advantage to having modules.
  15. > 
  16. > I have developed, what I would call, a large application in Quintus
  17. > Prolog which is spread over many files.  I would like it to run faster...
  18. > now thats a new one!!...and am presently checking for determinacy in the
  19. > rules.  (I'm just realising all the beauties of Quintus Prolog 3.1.1 on
  20. > a DECstation after years of version 2.4 on a VAX.)  In addition I've
  21. > heard and read alot about modules... and I have not used modules ie. all
  22. > my rules are in module user.  
  23. > Is there any benfit to having modules?...Are rules called faster if they
  24. > belong to modules with fewer rules in them?
  25. > 
  26. > ...any ideas
  27. > 
  28. > Thanks,
  29. > Graeme Burt
  30.  
  31. Sorry, there is no performance advantage in using modules.  The purpose
  32. of modules is to divide up the predicate name space, so that you don't need
  33. to worry about inadvertently using the same name for two different predicates.
  34.  
  35. Getting any unintended non-determinacy out of your program could be a big win.
  36. library(det) is a crude but useful static analysis tool to help with this.
  37. Using the debugger and skipping through sections of your program can also be
  38. a good way to find non-determinacy.
  39.  
  40. In a future release there will be a profiler, which I know many people will
  41. find useful for identifying performance bottlenecks.
  42.  
  43. -- 
  44. David Bowen                Vice President Product Engineering
  45. Quintus Corporation                     InterNet:       dbowen@quintus.com
  46. 2100 Geng Road                          FAX:            415 494 7608
  47. Palo Alto, California 94303             Phone:          415 813 3800
  48.