home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / hardware / 15244 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  1.2 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!kevinm
  2. From: kevinm@ocf.berkeley.edu (Kevin Miller)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Re: Ways to double hard drive capacity???
  5. Date: 13 Sep 1992 08:57:12 GMT
  6. Organization: U.C. Berkeley Open Computing Facility
  7. Lines: 20
  8. Message-ID: <18uvp8INNoal@agate.berkeley.edu>
  9. References: <oleg.031b@crumpet.cts.com> <2ywn+sn.fuzzy@netcom.com>
  10. NNTP-Posting-Host: tornado.berkeley.edu
  11.  
  12. In article <2ywn+sn.fuzzy@netcom.com> fuzzy@netcom.com (Fuzzy Fox) writes:
  13. >oleg@crumpet.cts.com (Oleg Rovner) writes:
  14. >
  15. >Since the compression is transparent to the user (in most cases),
  16. >Stacker really does effectively double the capacity, since for most
  17. >intents and purposes, it does work that way!  Is that so hard for you to
  18. >understand?
  19. >
  20. This is no flame, but a serious question.  How does stacker handle the 
  21. possibility of system crashes during the time that it takes to compress a file?
  22. With multi-tasking systems, it seems entirely possible that at some point the
  23. system will crash while the on-the-fly compression program is still compressing
  24. a file (especially if the compressed file is large).  
  25.  
  26. Is the program simply lost?  What about the structure of the stacker-type disk
  27. setup?  Is it affected?
  28.  
  29. Kevin
  30. kevinm@ocf.berkeley.edu
  31.  
  32.