home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / dbase / db3speed.arj / DB3SPEED.TXT
Text File  |  1991-07-29  |  3KB  |  62 lines
  1. Uploaded at the request of Anthony K. Lima
  2.  
  3. Question by Pickles, July 25, 1991.
  4.  
  5. PI-->I wrote an application for the department of a bank some time ago, their
  6.   -->business for this application has increased considerably. Now one of
  7.   -->their daily reports is taking 50 mins. to run. I've tried to get them
  8.   -->to upgrade to db4 and/or get a 386 instead of the 286 that they have.
  9.   -->The are dragging their feet because of budget constraints and what not.
  10.   -->Would it help MUCH if it was compiled into Clipper?
  11.  
  12. Response by Chalmer: 
  13.  
  14. Based on my experience, the way to speed up dBASE III Plus processing 
  15. depends on a number of factors.  Assuming a constant size dbf and ndx:
  16.  
  17. 1.  Printer speed.  Is you computer waiting on the printer?  If so, then
  18. speeding up the processing won't do you any good until they get a faster
  19. printer.  If that's not possible, maybe print the reports to a file, and
  20. then after the processing is done, use the DOS PRINT command to print
  21. the files in the background (maybe with a BAT file if there are several
  22. files) while the user goes on about the rest of the processing.  Or
  23. maybe use a print spooler subsystem.
  24.  
  25. 2.  Speed of hard disk.  65 - 85 ms = standard XT (8088/8086 machines).
  26. 40 ms = standard AT (80286 machines).  25 - 30 ms = fast AT. 17 - 20 ms
  27. = really fast AT or common on a 80386.  Less than 17 ms = fast 80386.  
  28. If you can't replace the AT computer, can you replace the hard disk and
  29. controller?
  30.  
  31. 3.  System hard disk cache for 80286 with extended memory.  Included with
  32. DOS 5.0, Windows 3.0, Norton Utilities Version 6, PC Tools versions 6 and 7.
  33. Hyperdisk shareware available on this BBS.  Best results if your client
  34. has at least 2 mb of total RAM.
  35.  
  36. 4.  CPU type/speed.  Moving from a 80286-6 (original IBM AT) to an
  37. 80286-16 or 80286-20 will speed things up a lot, if you're not bound
  38. by disk speed or printer speed.  Some 286 machines can be upgraded
  39. simply by changing the CPU chip to a faster chip.
  40.  
  41. 5. Dumb or inefficient dBASE programming.  Don't use LOCATE if you can
  42. use SEEK or FIND.  Don't PACK until you must.  Don't REINDEX until you
  43. must.  Etc.
  44.  
  45. 6.  Number of prg files.  If you have dozens of prg files, combine them
  46. into one main menu file, and only one or two other files with your
  47. programs and procedures.  Then use the SET PROCEDURE TO <filename>
  48. command to make the other procedures available to the main menu.  There 
  49. is a limitation on the number of procedures you can have in one procedure 
  50. file, so you may need more than one or two files if you have bunches of 
  51. procedures.
  52.  
  53. 7.  Compile with Clipper.  This will help a little, if you're not disk
  54. or printer bound.  But only if you have huge or complex prg files.  The
  55. real reason for Clipper is to hide your source code from thieves, but
  56. it will also speed up processing slightly.  After you've done everything
  57. in 1 thru 6, you won't notice much speed improvement with Clipper.
  58.  
  59.  
  60. Chalmer Wren, Jr.
  61. Defense Finance and Accounting Service - Denver Center
  62.