home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / cpmug / cpmug038.ark / ABSTRACT.038 < prev    next >
Encoding:
Text File  |  1984-04-29  |  4.7 KB  |  88 lines
  1. -------------------- VOLUME 38 ABSTRACTS ----------------------
  2.  
  3. TITLE:  CP/M SPEED UP UTILITIES, TARBELL CONTROLLER UTILITIES
  4.  
  5. SPEED.COM is a transient which makes the CCP portion of CP/M
  6. permenantly resident and provides the disk I/O buffering of
  7. FAST.COM (see FAST.ABS).  Benifits include a 30 to 60%
  8. decrease in transient execution time and much faster submit
  9. file execution (warm boots don't have to access the disk).
  10. Also, you can operate on disks in drive a without having
  11. to sysgen them.  As with FAST, memory from the TPA is used
  12. for buffering and keeping the CCP resident, so lots of memory
  13. is helpful (a 32K - 48K CP/M is usually enough).  SPEED will
  14. work with any disk controller, but may require simple object
  15. patches if your controller is not as fast as a Tarbell,
  16. which is able to read physically adjacent sectors.  Patch
  17. files are DMSPATCH, SKEW2PAT, SKEW3PAT, DSCUSPAT, and 
  18. MICROPAT with patching instructions in FASTNSTL.DOC.
  19. Documentation is provided in SMAN.PRN.  SPEED and FAST are not
  20. compatible with CP/M 2.0.  Reviewed by Robert A. Van Valzah.
  21.  
  22. The file FAST.COM is a transient which allows other transients
  23. to run faster, mainly by buffering disk I/O.  Running time can
  24. be reduced by 30% to 50% for things like PIP, MAC, ASM, ED,
  25. in short, anything which is heavy on disk I/O.  FAST will run
  26. with any disk controller hardware, but may require simple
  27. patches to get best performance.  FAST is effectivly trading
  28. memory for execution speed, so a large system size is helpful
  29. (it reduces the size of the TPA by about 10K).  FAST.COM may be
  30. patched to work with any format disk including minis and
  31. double density.  The source code is well commented and
  32. structured, and should be relativly easy to modify.  The files
  33. FAST.ASM, PACKUP.ASM, and REL.UTL are necessary for assembly.
  34. Fairly complete documentation is provided in FMAN.PRN.
  35. See above for more info.  Reviewed by Robert A. Van Valzah.
  36.  
  37. The files BVIOS.ASM and BVBOOT.ASM contain a Basic Input
  38. Output System for the Tarbell single density disk controller
  39. written by Bob Van Valzah.  It's features include small
  40. size (you can run a real 48K system in 48K of memory, unlike
  41. the Tarbell BIOS) and compatibility with UCSD PASCAL.
  42. Optionaly, a VDM driver, a Diablo Hy-Type I driver, and
  43. keyboard case conversion can be included with assembly
  44. time switches.  The code is very well commented, but due
  45. to space limitaion there are some coding tricks which
  46. may limit how easily it is modified.  Reviewed by
  47. Robert A. Van Valzah.
  48.  
  49. DFOCO is a Double density FOrmat and COpy utility for use with
  50. the Tarbell single and double density controllers or the Delta
  51. Products double density controller.  Provides the ability to
  52. format and copy individual tracks.  Disks can be formatted in
  53. single or double density (if you have a double density
  54. controller) and are automatically validated after formatting.
  55. Disks can be formatted with the sector numbers "skewed" and
  56. "offset" for better performance.  The speed of this program
  57. is several times that of most format and copy programs - 17s
  58. for validate, 43s for format, 46s for full disk copy.  The
  59. source code (DFOCO.ASM) is well commented and structured but
  60. requires MAC and MACRO.LIB for assembly.  Documentation is
  61. provided in DFOCO.DOC.  This program is still under development
  62. and may be a bit buggy.  Reviewed by Robert A. Van Valzah.
  63.  
  64. REL.UTL is a utility for building relocation bit maps as used
  65. by DDT, SID, and MOVCPM for static relocation of 8080 code to
  66. page boundaries.  It is useful to anyone wishing to write
  67. transients which relocate themselves (see FAST.ASM or REL.ASM).
  68. In order to assemble REL you will need MAC, SID, and the
  69. following files:  REL.ASM, REL.UTL, RELHDR.ASM, UTL.LIB, and
  70. RELED.SUB.  Note that REL.UTL must relocate itself to the top
  71. of memory when loaded and therefore a working copy of REL.UTL 
  72. is need to assemble a new version (don't ask me how the first
  73. one was assembled!).  The relocation technique used is
  74. described in an article by G. A. Kildall appearing in Dr. Dobbs
  75. Journal number 22.  Reviewed by Robert A. Van Valzah.
  76.  
  77. RELCPM.DOC contains instructions on how to integrate your BIOS
  78. into MOVCPM.COM so that you build a CP/M system with a new
  79. memory size almost instantly.  This would be useful to anyone
  80. who frequently changes hardware configurations.  It requires
  81. REL.UTL, SID.COM, MAC.COM and some modificaton of your BIOS.
  82. The file RELCPM.SUB will be save you from some typing.
  83. Generating a new MOVCPM.COM is not simple and requires a good
  84. familiarity with assembler language programming and your BIOS.
  85. It should not be attemepted unless you consider yourself a
  86. "hacker" (if you don't know what a hacker is, you aren't one).
  87. Reviewed by Robert A. Van Valzah.
  88.