home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / mswindo / setup / 2367 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.7 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!att!drutx!dwroll!dfh
  2. From: dfh@dwroll.att.com (D461-David_F_Haertig(Dave)83040)
  3. Newsgroups: comp.os.ms-windows.setup
  4. Subject: Re: Is Microsoft's SMARTDRV worthwhile.
  5. Message-ID: <22861@drutx.ATT.COM>
  6. Date: 14 Dec 92 21:43:03 GMT
  7. References: <758@usissc.DaytonOH.NCR.COM>
  8. Sender: news@drutx.ATT.COM
  9. Reply-To: dfh@dwroll.att.com
  10. Lines: 25
  11. Originator: dfh@dwroll
  12.  
  13. From article <758@usissc.DaytonOH.NCR.COM>, by mcglob@usissc.DaytonOH.NCR.COM (Brian.McGloin):
  14.  
  15. > I agree! The new smartdrv is muchh faster.  I set the memory options to
  16. > 512 512 and get a hit rate of 83%.  If I leave the memory options off, smartdrv
  17. > defaults to 2048 2048 on my 486sx/25 w/8MB memory. I then get a hit rate of 86%.
  18. > The extra 1.5 MB of memory isn't worth the extra 3% hit rate.
  19.  
  20. In trying to troubleshoot a problem with my tape backup software
  21. (Central Point Backup, in case the word *problem* didn't give it
  22. away) I was experimenting with turning Smartdrv on/off.  To be
  23. honest, I couldn't tell any difference in system performance!
  24. I had to keep referring to my autoexec.bat to see if Smartdrv was
  25. running or not.  This was a surprize to me, so I specifically
  26. tried loading large-ish Excel spreadsheets with and without
  27. Smartdrv since I figured this would generate a bit of disk
  28. access.  Any differences were not evident to me.  I know my
  29. brain is not as accurate as a crystal controlled timer, but
  30. I would have expected at least a slightly perceptible difference.
  31. From previous tests with Smartdrv, I know my cache hit rate was
  32. between 80-85% (not all that great - I know.)  Maybe the kind
  33. of applications I run are not disk intensive enough to make
  34. disk cacheing all that important for my situation?
  35.  
  36. Dave Haertig
  37. haertig@att.com
  38.