home *** CD-ROM | disk | FTP | other *** search
/ TopWare Tools / TOOLS.iso / tools / top1608 / readme. < prev    next >
Encoding:
Text File  |  1992-01-08  |  19.9 KB  |  552 lines

  1.                       PC Magazine Labs
  2.           Benchmark Series Release 6.0 - Help File
  3.  
  4.                DESCRIPTION OF MENU SELECTIONS
  5.  
  6.  
  7.  
  8.                         ▒▒▒ File ▒▒▒
  9.  
  10.  
  11. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  12. Load Comparisons
  13.  
  14. The Load  Comparisons selection  allows  you  to  set  which
  15. machine's results in the database you wish to compare to the
  16. unit under test. To choose a comparison machine, select Load
  17. Comparisons from  the File  menu, select  a  machine/variant
  18. combination, select  the date/time  for the results for that
  19. machine and  review the Machine Description before accepting
  20. the comparison machine.
  21.  
  22. ▄▄▄▄▄▄▄▄▄
  23. Batch Run  (New feature - 1/8/92)
  24.  
  25. The  Batch  Run  selection  allows  you to run the following
  26. tests automatically:
  27.       . All Processor Tests
  28.       . DOS Disk Access Test
  29.       . All DOS File Access Tests
  30.       . All Video Text Mode Tests
  31.       . All Video Graphics Mode Tests
  32.  
  33. A  scrolling  status  window  presents  the  test  names and
  34. results as they are run.  You can view the results after the
  35. cycle completes  by accessing  the View  Menu.   If an error
  36. occurs, an error  window will appear  for 2 seconds  and the
  37. next test will be run.
  38.  
  39. ▄▄▄▄
  40. Quit
  41.  
  42. When quitting  the benchmark  program, there is an option to
  43. commit the  results to  the database.   As soon as a test is
  44. completed, the  results are written to a database file. Upon
  45. exiting the program, the commit option records these results
  46. permanently  to   the  database.  If  you  do  not  wish  to
  47. permanently save  the results  from a  session, you may turn
  48. off the commit check box before exiting. Then, the next time
  49. the program  is executed,  you will  be given  the option of
  50. using the  uncommitted results from the previous test run or
  51. deleting those results from the database.
  52.  
  53.  
  54.                         ▒▒▒ View ▒▒▒
  55.  
  56.  
  57. ▄▄▄▄▄▄▄
  58. Results
  59.  
  60. The results  screen allows  you to  scroll through  all  the
  61. results for  all tests  that  have  been  run,  compare  the
  62. results to other machines' results in the database,graph the
  63. results for  each test,  save the results to a file or print
  64. them on your printer.
  65.  
  66. ▄▄▄▄▄▄▄▄▄▄▄
  67. System Info
  68.  
  69. PC Labs'  MicroScope looks  "under the hood" of your machine
  70. and displays  important information about its configuration.
  71. Each section  of the  screen expands  when selected  to show
  72. even more  detail.  Memory,  device  drivers,  disk  drives,
  73. processor  type  and  speed  are  some  of  the  information
  74. MicroScope makes  available. The  current  configuration  is
  75. automatically  saved   in  a   disk  file   with  the   name
  76. [MACHINEID].MSC for future review.
  77.  
  78.  
  79.                     ▒▒▒ Performance ▒▒▒
  80.  
  81.  
  82. ▄▄▄▄▄▄▄▄▄▄▄▄▄
  83. Processor ...
  84.  
  85.  
  86.      [NOTE: Since the execution speed of microcomputers
  87.      is incredibly fast, the functions described in the
  88.      Processor Performance Tests are each performed for
  89.      10 seconds to produce the published results. While
  90.      the number of iterations varies from test to test,
  91.      they are  consistent within each test when testing
  92.      different machines.]
  93.  
  94.  
  95. ■■■ Instruction Mix ■■■
  96.  
  97. The  Instruction  Mix  benchmark  test  times  a  series  of
  98. assembly language  instructions specific to the 8088, 80286,
  99. 80386 or  80486 chip.   This test shows how the CPU operates
  100. as a result of the interaction of the bus, processor, system
  101. memory, and  motherboard  architecture.    A  larger  number
  102. indicates better overall computer performance.
  103.  
  104.  
  105. ■■■ 128K NOP Loop ■■■
  106.  
  107. The 128K  NOP Loop  benchmark test  loops  through  128K  of
  108. memory filled  with NOP  (No Operation)  instructions.  This
  109. test  is  useful  for  comparing  systems  equipped  with  a
  110. processor RAM  cache. A higher number indicates better cache
  111. system performance.
  112.  
  113.  
  114. ■■■ Do Nothing Loop ■■■
  115.  
  116. The Do  Nothing Loop benchmark test times the execution of a
  117. loop containing  one NOP instruction. The higher the number,
  118. the more  efficient the  computer i.e.  less  resources  are
  119. required  for   system  housekeeping   (refreshing   memory,
  120. servicing interrupts, etc.).
  121.  
  122.  
  123. ■■■ Integer Add ■■■
  124.  
  125. The Integer Add benchmark test times the execution of a loop
  126. containing an ADD instruction.
  127.  
  128.  
  129. ■■■ Integer Multiply ■■■
  130.  
  131. The Integer Multiply benchmark test times the execution of a
  132. loop containing a IMUL instruction.
  133.  
  134.  
  135. ■■■ String Sort and Move ■■■
  136.  
  137. The String  Sort and Move benchmark test times the execution
  138. of a  bubble sort performed on 200 random strings containing
  139. 16 characters  each. This  test is useful in testing systems
  140. with a  processor RAM cache, as sorting requires reading and
  141. writing of the same data repeatedly. Systems with write-back
  142. caches will  usually perform  better on  this test  than wil
  143. systems with write-through caches.
  144.  
  145.  
  146. ■■■ Prime Number Sieve ■■■
  147.  
  148. The Prime Number Sieve benchmark test times the execution of
  149. a routine to find the prime numbers between 0 and 8190.
  150.  
  151.  
  152. ■■■ Floating Point Mix ■■■
  153.  
  154. The Floating  Point Mix  (also known  as the  Floating Point
  155. Calculation Without  Coprocessor) benchmark  test sets  up a
  156. floating point  emulation program  in RAM and then exercises
  157. the processor  and tests  RAM access  speeds during floating
  158. point calculations.  The floating  point processes performed
  159. are identical to those used in the Coprocessor Test.
  160.  
  161.  
  162. ■■■ Math Coprocessor ■■■
  163.  
  164. The Math  Coprocessor  benchmark  test  exercises  the  math
  165. coprocessor using  the same floating point calculations used
  166. in the  Floating Point  Mix Test.   The  test can be used to
  167. analyze the  speed differences  of coprocessors in different
  168. machines.   Additionally, the  processing  speed  a  machine
  169. gains by  using a  coprocessor can  be seen by comparing its
  170. Floating Point Mix scores with its Math Coprocessor scores.
  171.  
  172.  
  173. ▄▄▄▄▄▄▄▄▄▄
  174. Memory ...
  175.  
  176.  
  177. ■■■ Conventional Memory Read/Write ■■■
  178.  
  179. These  tests   measure  random   access  memory   speed   of
  180. conventional memory  performing memory reads and writes. The
  181. program allocates 64K of memory and treats it as a series of
  182. 64 byte  records. 16,384  random  records  are  then  either
  183. written from or read into local memory.
  184.  
  185. ■■■ Expanded Memory Read/Write ■■■
  186.  
  187. These tests  measure random  access memory speed of expanded
  188. (Lotus, Intel, Microsoft) memory performing memory reads and
  189. writes. The  program allocates  128K of memory and treats it
  190. as a  series of  64 byte  records. 16,384 random records are
  191. then either written from or read into local memory.
  192.  
  193. ■■■ BIOS Extended Memory Read/Write ■■■
  194.  
  195. These tests  measure random  access memory speed of extended
  196. memory performing  memory  reads  and  writes.  The  program
  197. allocates 128K  of memory  and treats  it as  a series of 64
  198. byte records.  16,384 random records are then either written
  199. from or read into local memory.
  200.  
  201. Due to  advances in the 80386 and 80486 processor chips, the
  202. results obtained  using the Extended Memory tests with these
  203. processors are  not representative  of what you'll find with
  204. all programs  using  extended  memory  on  80386  and  80486
  205. machines. The  test uses  the BIOS function for switching in
  206. and out of Protected Mode, and the BIOS call is not commonly
  207. used to  perform this function on these machines. The test's
  208. name indicates its specific use of the BIOS functions.
  209.  
  210.  
  211. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  212. DISK ACCESS ...
  213.  
  214.  
  215. ■■■ BIOS Disk Seek ■■■
  216.  
  217. The BIOS  Disk Seek benchmark test measures mechanical track
  218. to track disk drive access times. Both sequential and random
  219. access is  tested. The  test uses the BIOS Interrupt 13h. It
  220. cannot be  used to  test floppy  diskettes or  mass  storage
  221. media that  do not have an Interrupt 13h interface. The test
  222. involves  1,000   sequential  seeks   (alternating   between
  223. cylinders 0  and 1)  and 1,000  random seeks.  Caching  disk
  224. controllers and certain SCSI adapters which do not force the
  225. disk  mechanism   to  move   for  disk   seeks  will   yield
  226. unrealistically fast times. The result is the average access
  227. time per track.
  228.  
  229.  
  230. ■■■ DOS Disk Access ■■■
  231.  
  232. The  DOS  Disk  Access  benchmark  test  measures  the  time
  233. necessary to  perform 1000 read requests at random locations
  234. on the  disk using  the DOS Interrupt 25h.  This test should
  235. work with any device that DOS recognizes as a disk. The test
  236. reports the  total time required to complete the requests in
  237. seconds.  This is the only test in the Bench 6.0 suite where
  238. large numbers are preferable to small ones.
  239.  
  240.      [NOTE: If  a seek  error occurs  in either  of the
  241.      above tests  a  message  will  appear  for  a  few
  242.      seconds, then  a replacement sector will be chosen
  243.      and  the   test  will   continue.  This   is   NOT
  244.      necessarily an  indication of  a bad  disk  drive.
  245.      These tests  access sectors  which may  have  been
  246.      legitimately locked  out during  the formatting of
  247.      the drive.  If you  suspect a  problem  with  your
  248.      drive,  use  a  diagnostic  program  to  test  the
  249.      drive.]
  250.  
  251.  
  252. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  253. DOS File Access ...
  254.  
  255.  
  256. The DOS File Access (Small and Large Records) benchmark test
  257. measures disk  throughput as  a result  of  mechanical  disk
  258. drive speed,  hard disk  controller function, and bus speed.
  259. This benchmark  tests file  creation, writing,  and  reading
  260. (sequentially and  randomly) for a 256K file with two buffer
  261. sizes. The  test may  be used  to show  the effects  of disk
  262. caching by  running twice:   once  with and  once without  a
  263. cache. Fast  times for  a particular  record length indicate
  264. that applications using similarly-sized records will perform
  265. well on the system.
  266.  
  267.  
  268. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  269. Variable Size (Small and Large) Records ...
  270.  
  271.  
  272. The DOS  Variable File  Access  (Small  and  Large  Records)
  273. benchmark test  is similar  to the  DOS File Access test and
  274. has  been   designed  primarily  for  testing  hardware  and
  275. software disk caches. The small record size is 200 bytes and
  276. the large  record size  is 2048 bytes. File sizes range from
  277. 300 to  19,200 records  for small  records and  30 to  1,920
  278. records for large records.
  279.  
  280.  
  281. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  282. EGA/VGA Text ...
  283.  
  284.  
  285. ■■■ Unscrolled BIOS Write ■■■
  286.  
  287. The Unscrolled  BIOS Write  benchmark test times the writing
  288. of data  to the  screen using interrupt 10h BIOS calls. Fast
  289. times are  advantageous  for  programs  that  display  large
  290. amounts of data in a non scrolling fashion.
  291.  
  292.  
  293. ■■■ Scrolled BIOS Write ■■■
  294.  
  295. The Scrolled  BIOS Write benchmark test times the writing of
  296. data to the screen using interrupt 10h BIOS calls.  Once the
  297. screen is  filled, the test scrolls through an entire screen
  298. by adding  one new line at a time. This test writes the same
  299. amount of  data as  the non-scrolling  test. The  difference
  300. between the two times indicates the overhead attributable to
  301. scrolling  the  screen.  Fast  times  are  advantageous  for
  302. application programs  that frequently  cause the  screen  to
  303. scroll.
  304.  
  305.      [NOTE: The  pair of  BIOS write  tests give a good
  306.      indication of  video BIOS speed. If the video BIOS
  307.      is  shadowed,  (loaded  in  fast  system  memory),
  308.      throughput will be higher for these tests.]
  309.  
  310.  
  311. ■■■ Direct Screen Write (8-bit, 16-bit, 32-bit) ■■■
  312.  
  313. The Direct  Screen Write  tests  write  data  to  the  video
  314. adapter screen  memory using  the MOVSB  (8-bit), MOVSW (16-
  315. bit) and  MOVSD (32-bit, for machines with at least an 80386
  316. processor) instructions. For a properly installed 16-bit VGA
  317. card, the  16-bit  test  will  yield  about  twice  as  much
  318. throughput as  the 8-bit   test.   The 32 bit test will have
  319. only  about  25%  more  throughput  than  the  16-bit  test,
  320. however, due to the reduced number of memory cycles required
  321. to access the same data. This tests provide the best measure
  322. of the text throughput of a display adapter.
  323.  
  324.  
  325. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  326. EGA/VGA Graphics ...
  327.  
  328.  
  329. ■■■ Write Mode 0 Fill (8 bit, 16 bit, 32 bit) ■■■
  330.  
  331. The Write  Mode 0 Fill tests fill the video adapter's memory
  332. with varying  colors using the STOSB (8 bit), STOSW (16 bit)
  333. and STOSD  (32 bit,  for machines  with at  least  an  80386
  334. processor) instructions  with EGA/VGA  write mode  0 and all
  335. bit planes  enabled.  Commonly  used  by  graphics  software
  336. applications, it  is one  of  the  best  measures  of  video
  337. adapter throughput in graphics mode.
  338.  
  339.  
  340. ■■■ Memory to Screen Bitblt (16 bit, 32 bit) ■■■
  341.  
  342. The Memory  to Screen  Bitblt tests  create screen segments,
  343. then save  these screen  images into system memory one video
  344. plane at  a time.  The timed  portion of the test copies the
  345. screen segments in system memory back to screen memory using
  346. the MOVSW  (16-bit) and  MOVSD (32-bit, for machines with at
  347. least an 80386 processor) instructions, one video plane at a
  348. time. Very  fast video  cards will allow you to see the text
  349. appear in a "marquee" effect on the screen. Memory to Screen
  350. Bitblts are used when updating the images on a display.
  351.  
  352.  
  353. ■■■ Screen to Memory Bitblt (16 bit, 32 bit) ■■■
  354.  
  355. The Screen  to Memory Bitblt tests are similar to the Memory
  356. to Screen  Bitblt tests except that the timed portion of the
  357. test measures  the  throughput  of  copying  information  in
  358. screen memory  to system memory using the MOVSW (16 bit) and
  359. MOVSD  (32   bit,  for  machines  with  at  least  an  80386
  360. processor) instructions,  one video  plane at a time.  Since
  361. system memory is being updated, there is no visible activity
  362. for the  duration of this test. Screen to Memory Bitblts are
  363. used when modifying or saving screen images.
  364.  
  365.  
  366. ■■■ Screen to Screen Bitblt (16 bit, 32 bit) ■■■
  367.  
  368. The Screen to Screen Bitblt tests divides screen memory into
  369. 4 quadrants  and fills  the first  three with  uniform  fill
  370. patterns of  different colors.  The  test  repeatedly  moves
  371. screen data  from the  first three  screen quadrants  to the
  372. fourth one  using the  MOVSW (16 bit) and MOVSD (32 bit, for
  373. machines with at least an 80386 processor) instructions with
  374. write mode  1. Screen to Screen Bitblts are used when moving
  375. objects from one area of the screen to another.
  376.  
  377.  
  378. ▄▄▄▄▄▄▄▄▄▄▄▄
  379. Print Speed
  380.  
  381.  
  382. The Printer  Speed benchmark  test times  the throughput  of
  383. your printer by printing a typical two page business letter.
  384. Because this  is a  throughput test,  our results are almost
  385. always slower  than the speeds claimed by manufacturers, who
  386. usually clock a one line "burst" speed.
  387.  
  388.  
  389. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  390. Battery Rundown
  391.  
  392.  
  393. The Battery  Rundown test  is designed  to exercise a laptop
  394. computer's battery  system in  a worst-case  scenario. After
  395. charging   the   computer's   battery   according   to   the
  396. manufacturer's  specifications   and  disabling   all  power
  397. conservation  features,   the  test  is  started.  The  test
  398. teletypes 10  screens full of information to the display and
  399. then writes  a 15K file to disk with a time stamp of elapsed
  400. time. This continues until the battery runs out of power.
  401.  
  402.  
  403. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  404. Time the Timer
  405.  
  406.  
  407. The benchmark  programs calculate  elapsed  time  using  DOS
  408. calls. Some machines may not report a correct time running a
  409. version of  DOS not  configured for  the machine. If this is
  410. the case,  the results  you obtain  using these tests may be
  411. skewed. Time the Timer allows you to measure the accuracy of
  412. your system's  timer by comparing it to some external source
  413. (such as a stopwatch).
  414.  
  415.  
  416.                    ▒▒▒ Compatibility ▒▒▒
  417.  
  418.  
  419. ▄▄▄
  420. VGA
  421.  
  422. The compatibility test for VGA hardware performs several VGA
  423. register-level  functions   which  exercise   the  different
  424. subsystems of  a VGA  or compatible display board (including
  425. the VGA  controller chip,  video memory,  and RAMDAC). Since
  426. the test  was designed  with the  original VGA  in IBM  PS/2
  427. systems in mind, most boards don't pass every test. However,
  428. a failure  of one  or  two  of  the  tests  doesn't  usually
  429. indicate serious compatibility problems for most software.
  430.  
  431.  
  432.                       ▒▒▒ Quality ▒▒▒
  433.  
  434.  
  435. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  436. EGA/VGA Monitor
  437.  
  438. The quality  test permits  images to be displayed in various
  439. modes from  black and  white text  to  VGA  color  graphics.
  440. These tests  are used  to determine  what  display  modes  a
  441. monitor/display adapter  combination can support. Also, they
  442. are used  for evaluating laptop screens to see how well they
  443. can map colors to gray scale.
  444.  
  445.  
  446.                         ▒▒▒ Set ▒▒▒
  447.  
  448.  
  449. ▄▄▄▄▄▄▄▄▄▄
  450. Machine ID
  451.  
  452. Calling the  Machine ID  selection from the set menu permits
  453. you to change information about the unit under test. You can
  454. give the  unit a  new  variant  number  and  description  to
  455. reflect a  configuration change.  Or you can append notes to
  456. the Machine  Description field  to  record  any  interesting
  457. findings while running tests.
  458.  
  459.  
  460.          ▒▒▒ Known Problems and Irregularities ▒▒▒
  461.  
  462.  
  463. ▄▄▄▄▄▄▄
  464. 10/4/91    We have found that certain high speed video board
  465. bus speed combinations have caused the benchmarks to display
  466. artifacts ("holes") in the screen display. This has also led
  467. to certain graphics tests "locking up" the system, forcing a
  468. cold boot.  This has been seen in video adapters that run at
  469. zero wait  states on  I/O busses  running  at  10  MHz.  The
  470. solution to  this problem  is to  slow down  the bus  speed,
  471. usually through  some type  of programmable  option  in  the
  472. system's CMOS.
  473.  
  474. ▄▄▄▄▄▄▄
  475. 10/4/91   Version 7.00 of the Microsoft mouse driver behaves
  476. erratically when running tests, with the cursor disappearing
  477. and then  reappearing with the mouse buttons inoperative. We
  478. recommend using  versions prior  to or  after version  7.00.
  479. (Versions 6.14  and 7.04  have been used successfully in the
  480. Labs.)
  481.  
  482. ▄▄▄▄▄▄▄
  483. 10/7/91   The IBM  XT does  not function  properly with  any
  484. tested version of the Microsoft Mouse driver. Apparently, it
  485. is not  fast enough  to service  the mouse  interrupt  while
  486. maintaining the display. We recommend not using the mouse if
  487. you are  running the  benchmark on  an XT class (8088 based)
  488. machine.
  489.  
  490. ▄▄▄▄▄▄▄
  491. 10/7/91   Certain key  combinations will cause the system to
  492. lock up if executed at the wrong time. Both Alt-F4 and Ctrl-
  493. C, which  are keyboard  accelerators for exiting the program
  494. will lock  the system  up if there are any windows open. You
  495. will  be   forced  to   reboot  the  machine  if  these  key
  496. combinations are used while a window is open.
  497.  
  498. ▄▄▄▄▄▄▄
  499. 10/8/91   At this time the memory  required to  run the full
  500. suite  of  benchmark  tests  is approximately 580,000 bytes.
  501. With less  memory available  you should  be able  to run all
  502. tests except  the 128K  NOP Loop  and the  Graphics BitBlts.
  503. Future revisions will address this limitation.
  504.  
  505. ▄▄▄▄▄▄▄
  506. 10/8/91...The results for the Screen to Screen BitBlt 16-bit
  507. test for  the IBM  XT included  with the  benchmark disk  is
  508. inaccurate and does not reflect the video performance of the
  509. IBM EGA adapter  installed in the  XT.  Due  to the graphics
  510. intensive  nature  of  this  test,  the XT cannot update the
  511. screen memory properly to allow the benchmark to measure its
  512. performance.
  513.  
  514. If  you   have   any   specific   comments   or   experience
  515. irregularities or  problems running  the benchmarks, you may
  516. send a  description of  them along  with either hard copy or
  517. electronic  copy   of  test  results  along  with  a  system
  518. description and any other pertinent information to:
  519.  
  520. Technical Director
  521. PC Magazine Labs
  522. 1 Park Avenue
  523. New York, N.Y. 10016
  524.  
  525.  
  526.                ▒▒▒ Additional Information ▒▒▒
  527.  
  528.  
  529. Additional information  may be found accompanying reviews in
  530. PC  Magazine.   If  you   have  any  specific  questions  or
  531. suggestions, please  send them  along with your registration
  532. form or in a separate letter addressed to: PC Labs Benchmark
  533. Registration, 1  Park Avenue, New York, NY, 10016. PC MagNet
  534. is also  an excellent  source of  information as  well as  a
  535. place to post questions.
  536.  
  537.  
  538. Thank you for using the PC Labs Benchmark Series Release 6.0
  539.  
  540.  
  541. Sincerely,
  542.  
  543. C. James Galley III
  544. Director, PC Labs
  545.  
  546.  
  547.      NOTE: Please  be sure to read the additional files
  548.      on this  disk WHATS.NEW  and  DATABASE.TXT.  These
  549.      files describe what is new in BENCH 6.0 as well as
  550.      describe the  functioning of the internal database
  551.      of Bench 6.0.
  552.