home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 8 Other / 08-Other.zip / mdisk.lzh / MDisk.Txt < prev   
Text File  |  1993-12-14  |  2KB  |  39 lines
  1.  
  2.     MDisk is not like other disk benchmarks -- its primary
  3. purpose is not to measure basic disk subsystem performance. 
  4. MDisk is an attempt at quantifying two parameters not measured
  5. by any other disk benchmark that I have seen: the amount of cpu
  6. time consumed by disk I/O; and the I/O performance of two drives
  7. at the same time, particularly when using two physical hard
  8. drives.
  9.  
  10.     Cpu usage is unimportant under Dos, as Dos will not allow
  11. anything else to use the cpu during disk access.  Under a
  12. multitasking os such as OS/2, this time can be used by other
  13. processes.  The net effect is overall cpu performance equivalent
  14. to what one would get under Dos with a somewhat faster cpu.
  15.     OS/2 does not provide a direct way to measure how much cpu
  16. time is used by a particular process/thread.  MDisk makes a
  17. rough measurement by running a thread at idle priority which
  18. basically counts how many times it loops during each test.  This
  19. thread is run once by itself to obtain a baseline figure, and
  20. again during each disk test.  The results of each run during
  21. disk I/O is then used to caculate a percentage of available cpu
  22. time relative to no disk I/O conditions.
  23.  
  24.     The performance of simultaneous I/O to two drives is
  25. intended to show the benefit of advanced disk subsystems. 
  26. Setups with multiple SCSI drives should provide some interesting
  27. results; those with multiple ST506 type drives spread across
  28. multiple controllers may also show benefits.
  29.     The disk I/O thread is based on IOSTONE.  This benchmark
  30. uses a set of test files that total about 1.5 MB, resulting in
  31. test results that are heavily influenced by the amount of disk
  32. caching.  Numbers obtained with cache sizes larger than the test
  33. files will not bear any resemblence to the performance one would
  34. get when using files significantly larger than the cache.
  35.  
  36.  
  37.     Have fun!!! 
  38.  
  39.