home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / sci / math / symbolic / 2301 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.2 KB  |  54 lines

  1. Newsgroups: sci.math.symbolic
  2. Path: sparky!uunet!decwrl!access.usask.ca!news
  3. From: jake@skatter.usask.ca
  4. Subject: Re: long symbolic runs
  5. Message-ID: <1992Sep2.060217.27956@access.usask.ca>
  6. Sender: news@access.usask.ca (USENET News System)
  7. Nntp-Posting-Host: skatter.usask.ca
  8. Organization: University of Saskatchewan
  9. References: <ARA.92Sep1200345@camelot.ai.mit.edu>
  10. Date: Wed, 2 Sep 1992 06:02:17 GMT
  11. Lines: 41
  12.  
  13. From article <ARA.92Sep1200345@camelot.ai.mit.edu>, by ara@zurich.ai.mit.edu (Allan Adler):
  14. > I would not rule out the possibility of backing up 200 MB or more. If one has
  15. > a tape drive, one can save stuff in pieces in files of a certain size and
  16. > then back them up on the tape drive, then delete them to make more room
  17. > for files to hold more pieces. As long as one has enough cartridges
  18. > and is willing allow the time to back up to a tape, one can handle
  19. > gigabytes.
  20. > On a SUN, the tape drive is reasonably efficient. On the PC's I've seen
  21. > that have tape drives, they are as slow as molasses.
  22. > In reply to the original question about what algebra systems provide 
  23. > facilities for automaticaly saving computations, I think, but am not
  24. > sure, that some authors of REDUCE packages may have toyed with this
  25. > feature. My reason for thinking so is that the source code for the
  26. > Groebner package and the Distributed Polynomial package says something
  27. > about the checkpointing stuff having been deleted. I'm told that
  28. > the practice of periodically saving partial results to disk is called
  29. > checkpointing.
  30. > Allan Adler
  31. > ara@altdorf.ai.mit.edu
  32.  
  33. Mathematica has a Dump[] command, which, according to the book, writes a
  34. complete image to file.
  35.  
  36. I guess all you need is a mechanism to dump at certain user-definable
  37. intervals while a computation proceeds.
  38.  
  39. There may be complications.  Mathematica can take quite a long time to
  40. interrupt because of something about having only a certain number of
  41. points within which the internal state is "clean" enough to be halted
  42. and restarted.  But, hey, what I know about the internals of the Mma
  43. kernel you can write on the back of a large stamp with a jiffy marker.
  44.  
  45. I wouldn't mind some good, solid documentation.
  46.  
  47. jake@skatter.usask.ca
  48.  
  49.