home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / mswindo / misc / 2725 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.8 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!news.cs.indiana.edu!lynx!triton.unm.edu!jfreter
  2. From: jfreter@triton.unm.edu (The Myth)
  3. Newsgroups: comp.os.ms-windows.misc
  4. Subject: Re: Speeding up Windows
  5. Message-ID: <bzln4z@lynx.unm.edu>
  6. Date: 3 Sep 92 19:17:26 GMT
  7. References: <Sep.2.08.09.51.1992.3949@ratt.rutgers.edu> <1992Sep3.040823.9415@wam.umd.edu> <1992Sep3.150719.5959@klaava.Helsinki.FI>
  8. Organization: University of New Mexico, Albuquerque
  9. Lines: 24
  10.  
  11. In <1992Sep3.040823.9415@wam.umd.edu> macole@wam.umd.edu (Mario A. Cole) writes:
  12.  
  13. >Nope...Stacker compresses (or tries to) everything...whatever is on the stacker
  14. >drive will have too be decompressed first...hence, any disk i/o operations will
  15. >take a tad bit longer.  Of course, if you have files that are loaded in all at
  16. >once..then you can save space by keeping them on the stacker drive.  I keep all
  17. >of my windows apps on the stacker drive...except for windows itself and Norton
  18. >Desktop.
  19.  
  20.  
  21. Well, Stacker/Superstore/etc. don't always slow down disk I/O.  In some
  22. cases it actually speeds things upCertain data file types (like
  23. ascii, database, wordprocessing, and bit maps) get compressed up to 16:1
  24. by these programs.  Decompression takes very little time to do, all the
  25. computer has to do is replace short pieces of "code" with the real data.
  26.  
  27. My point is that if you're trying to read in a huge database into RAM
  28. and you have a slower hard drive, you might actually be able to access
  29. the data faster if its been compressed (i.e. time to read in a file
  30. 1/16th the size + time to expand file to normal length < time to read
  31. in uncompressed file).  I have tried this with a 286/12 2 MB RAM and
  32. found that accessing a database of names and addresses was about 20%
  33. fatser when the data came from a superstore drive than it did when I
  34. moved the file to the non-compressed section and uninstalled the driver.
  35.