home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / sci / math / symbolic / 2296 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.5 KB

  1. Path: sparky!uunet!mcsun!sun4nl!nikhefh!t68
  2. From: t68@nikhefh.nikhef.nl (Jos Vermaseren)
  3. Newsgroups: sci.math.symbolic
  4. Subject: Re: long symbolic runs
  5. Message-ID: <1850@nikhefh.nikhef.nl>
  6. Date: 1 Sep 92 07:46:33 GMT
  7. References: <JAFFER.92Aug29231912@camelot.ai.mit.edu>
  8. Reply-To: t68@nikhefh.nikhef.nl (Jos Vermaseren)
  9. Organization: Nikhef-H, Amsterdam (the Netherlands).
  10. Lines: 20
  11.  
  12. I have run rather long programs with FORM (it was designed for that).
  13. For instance: we have run here some integrals in QCD that took together
  14. 154 hours on an Apollo DN10000. The final answers fit on four lines.
  15. In the middle there was an integral that took about 200 Mbytes of diskspace.
  16. The program is very much optimized so with the exception of (very maybe)
  17. schoonschip no other program can handle this (to preempt requests for people
  18. who would like to try this with their favorite system). The strategy was
  19. to parcel the program a little bit in handier chunks and let UNIX make
  20. run the show.
  21. In another big run that took 305 hours on a NeXT station (with a thunder
  22. storm above my appartment after about 10 days. that makes me nervous) I
  23. have been trying something with designing Groebner bases. 
  24. And YES, my conclusion with things like this is that there should be
  25. a mechanism to save intermediate results so that the program may be
  26. restarted. (As far as this is possible. Some problems won't allow this.
  27. Backing up 200 Mbytes is not always possible cq desirable).
  28. Most designers however never run monsterjobs like this, so they never think
  29. of this.
  30.  
  31. Jos Vermaseren
  32.