home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / oop / macapp3 / 357 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.1 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!sun-barr!olivea!apple!applelink.apple.com
  2. From: V0645@AppleLink.Apple.COM (Tandem, Gary Campbell,PAS)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re: RAM cache /Rapid Track
  5. Message-ID: <726296939.7547114@AppleLink.Apple.COM>
  6. Date: 6 Jan 93 04:57:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 85
  10.  
  11. Hi David,
  12.  
  13. I have been experimenting with Insigna Solution's Rapid Trak
  14. ram cache/disk driver for the last two weeks to compile my large
  15. C++ MacApp 3.0.1 appilcation.
  16.  
  17. It is a combination disk driver and ram cache, it must be installed
  18. by reformatting your hard disk with their driver to operate.
  19.  
  20. It costs about $99 LIST, $66 mailorder US.
  21.  
  22. My Application takes 20 minutes to compile and link on a 20 mb
  23. 50mh 60030 Daystar.
  24.  
  25. The CPlus dump file is 2.8 mb,
  26. the .SYM file is       1.7 mb, and
  27. the application is      .8 mb
  28.  
  29. The size of these files have been a problem trying to use RAMDISKs and
  30. this ram cache because they are larger than the amount of ram I have
  31. left over in my 20mb system( LINK uses ~8-9 MB ).
  32.  
  33. What I used to do was use every trick in Kent's tech note and then the
  34. following,
  35.  
  36.     I modified MA's build rules and dependencies move MacApp.lib to
  37.     my RAMDISK before the LINK, and build the application's object
  38.     on the ram disk.
  39.  
  40.     Also on the ramdisk were the CPlusScratch, MABUILD.temp files.
  41.  
  42.     After the LINK was over I duplicated the Application back to disk
  43.     and purged MacApp.lib.
  44.  
  45.     I was basically trying to get the "hotest" files on a 6mb ram disk since
  46.     I didn't have enough room to put every thing there.
  47.  
  48. The compile and link time for 1 file( not the entire set ) was:
  49.  
  50.    230 secs ( includes use a CPLUS -load file and duplicating the
  51.               files between ram disk ).
  52.  
  53. With Rapid Trak set to 3.5 mb, ( which my sources just barely fit in )
  54. and using a .5mb ram disk for the CPlusScratch file, and not running the
  55. 2.8 mb CPlus load file through Rapid Trak,
  56.  
  57.     the compile and link time is the same,
  58.  
  59.     230 secs,
  60.  
  61. This isn't a elapsed time improvement, but becomes an improvement when
  62. I rebuild more than one file because they use common ".h" files and the
  63. hit rate becomes 80-90% during the compiles.
  64.  
  65. But it is an overall improvement because,
  66.  
  67.     o   I get an improvement on more than one file rebuilt
  68.     o   Object Master's search function ( cmd L ) runs like a bat out of hhhh
  69.  
  70. The drawbacks to RapidTrak are minor so far,
  71.  
  72.     1   It works well with my SyQuest 88
  73.     2   And MPW
  74.     3   And MacApp
  75.     4   And The Debugger
  76.  
  77. The drawback is,
  78.  
  79.     1   It only allows a 4 mb ram cache ( fine with me but maybe not
  80.             for 32 mb machines )
  81.  
  82.     2   I haven't tested the formatters capability to reformat
  83.         bad tracks which non-sealed SyQuest cartidges encounter from
  84.         time to time.
  85.  
  86.     I can live with those
  87.  
  88.     3   I had a couple of flakes with a 3 mb Rapid Track setting and doing
  89.         a CPlus -loadc on my 2.8 mb dump file.  I finally moved the
  90.         dump file to a drive not with a Rapid trak cache.
  91.  
  92. cheers,
  93. Gary Campbell
  94. Tandem Computers
  95.  
  96.