home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-386-Vol-2of3.iso / b / bnch7.zip / HELPME < prev    next >
Text File  |  1992-11-05  |  40KB  |  924 lines

  1. README FILE
  2.  
  3. PC Labs
  4. PC Bench
  5. Version 7.0
  6. Release date: November 1992
  7.  
  8. PC Bench is a registered Trademark of Ziff-Davis Publishing
  9. Company.
  10.  
  11. Copyright (c) 1992 Ziff-Davis Publishing Company, a division
  12. of Ziff Communications Company.  All rights reserved.
  13.  
  14. The software described in this document is furnished under a
  15. license agreement.  The software may only be used or copied
  16. in accordance with the terms of the agreement.  It is
  17. against the law to copy the software on any medium except as
  18. specifically allowed in the license agreement.  No part of
  19. this document may be reproduced or transmitted in any form
  20. or by any means, for any purpose other than the licensee's
  21. personal use without the express written permission of Ziff-
  22. Davis Publishing Company.
  23.  
  24. PRODUCT SUPPORT
  25. You can FAX your questions to the Ziff-Davis Benchmark group
  26. at (212) 503-5518. Or you can also mail your questions to:
  27. PC Labs, One Park Avenue, New York, NY 10016; (212) 503-5255. 
  28. Only FAX and mail support are available at this time.
  29.  
  30. SYSTEM REQUIREMENTS
  31.      To run all tests:
  32.           MSDOS version 4 or higher
  33.           500kbyte free memory
  34.           40MB free disk space
  35.           VGA color is recommended
  36.      Less than 40MB disk space is acceptable, but
  37.      prohibits calculation of the "DOSMark"(R).
  38.      MSDOS Versions 3.x can be used but may also
  39.      prevent accurate calculation of the
  40.      "DOSMark."
  41.      
  42. The most accurate results are obtained by running PC Bench
  43. with a newly formatted disk that contains only DOS and PC
  44. Bench.  This will ensure that consistent results are
  45. obtained when testing different systems.
  46.  
  47. The CONFIG.SYS file should have the statement FILES=20 only.
  48. A mouse driver may be present. No TSRs or memory managers
  49. should be loaded in high memory.  The AUTOEXEC.BAT file
  50. should also be empty; however, a path reference and prompt
  51. command may be present.
  52.  
  53. PC Bench may usually be run under other configurations, but
  54. we do not recommended this for proper, valid comparison
  55. purposes. If it is not feasible to reformat your hard disk,
  56. the bench program will still run and produce results.  The
  57. results may not be quite as optimal as would have otherwise
  58. been obtained, particularly with the disk tests.
  59.  
  60. If an insufficient memory message occurs, free up memory by
  61. removing TSRs, device drivers, and memory managers from the
  62. AUTOEXEC.BAT or CONFIG.SYS files. Generally, some of the
  63. tests will run even with this warning message, although the
  64. results may not be optimal.
  65.  
  66. The program has not been validated under operating systems
  67. other than MSDOS.
  68.  
  69. OVERVIEW
  70. PC Bench is Ziff-Davis Publishing Company's standard
  71. benchmark tool for evaluating the relative performance of
  72. Intel-based x86 computers. It is comprised of a set of test
  73. suites that provides component-level measurements of CPU,
  74. memory, disk, and video subsystems.
  75.  
  76. PC Bench is comprised of tests that are based on extensive
  77. profiling of the functions users perform using mainstream
  78. DOS applications as well as tests that exercise specific
  79. subsystem components to reveal additional useful
  80. information.
  81.  
  82. Menu Options are available to batch run the entire suite of
  83. processor, memory, video, and disk tests or to customize a
  84. batch run of one or more selected tests.
  85.  
  86. Additional menu options called the "Processor Harmonic,"
  87. "Memory Harmonic," "Video Harmonic", and "Disk Harmonic"
  88. each run selected tests from their respective subsystem test
  89. group that reflect the application execution profiles. The
  90. results are weighted accordingly, and a harmonic mean value
  91. is computed.
  92.  
  93. Also available is a menu option called the "DOSMark" that
  94. runs a select subset of tests from all the subsystem test
  95. groups. The results are weighted, again, all according to
  96. execution profile information, and a single overall system
  97. score is computed and displayed.
  98.  
  99. Test results are displayed to the right of the associated
  100. test.  Options are available to compare results from
  101. successive test runs on-line.  Also available are options to
  102. print and export results.
  103.  
  104. WHAT HAS CHANGED FROM THE PREVIOUS RELEASE
  105. Nearly all of the tests have changed in this release of PC
  106. Bench. There is no backwards compatibility to previous
  107. benchmark releases due to the change of scope in the testing
  108. philosophy.
  109.  
  110. All of the low-level tests have been weighted through
  111. harmonic means to generate the "DOSMark" and the four sub-
  112. system harmonics. The weights are derived from the way in
  113. which typical applications use various components of a
  114. system.
  115.  
  116. FOR MORE INFORMATION
  117. For more information about this benchmark see the related
  118. story entitled "A Look Inside PC Magazine Labs New
  119. Performance Benchmarks" in the Labs Notes section of "PC
  120. Magazine," Vol.11, No. 21.
  121.  
  122. INSTALLATION
  123. See the file README1.TXT on the PC Bench diskette. This file
  124. contains the procedure to convert compressed files from the
  125. installation diskette, decompress the files into DOS format,
  126. run the licensing program, and execute the Bench program.
  127.  
  128. GETTING STARTED
  129. Once PC Bench is installed properly and licensed, the
  130. command BENCH from the DOS prompt executes the program and
  131. the user ID window is displayed, followed by the Machine
  132. Information dialog box.  (For more information see Machine
  133. Information.)
  134.  
  135. [NOTE: If a bytes available warning is displayed, it likely
  136. means you do not have sufficient conventional RAM available
  137. to run some of the memory and protected mode tests. The
  138. solution is to free up memory by unloading TSRs, device
  139. drivers, and memory managers.]
  140.  
  141. None of the fields in the Machine Information dialog box are
  142. mandatory, although the Machine ID and Variant boxes should
  143. not be blank, so to get started you may just want to type
  144. any alpha-numeric Machine ID, Machine Name (brand name and
  145. model), Machine Description (comment), and Message
  146. (comment). (For navigation information see Navigation.)
  147. Choose the Use button. The machine runs MScope
  148. ("Microscope") to log system information and automatically
  149. opens the "DOSMark" dialog box.
  150. At this point you have some choices regarding the test to
  151. run. (For more information see "DOSMark" under View Menu.)
  152. Either choose "DOSMark," "Processor Harmonic," "Memory
  153. Harmonic," "Video Harmonic," or "Disk Harmonic" followed by
  154. Execute to run the test,
  155.  
  156. -or-
  157.  
  158. To run the entire suite or a customized subset of tests,
  159. choose Close, and then open the Batch Editor under the File
  160. menu.  (See Batch Editor for more information.)  Choose
  161. Select All to run the complete suite of tests or choose
  162. individual tests to create a customized suite.  (When a test
  163. is selected a check mark appears to the left of the test
  164. item.)  Choose Execute to begin running the test(s).  The
  165. complete suite normally takes a little over an hour to run.
  166. After the tests are finished running, the results are
  167. displayed to the right of each test. Test results can also
  168. be viewed by choosing Results under the View menu. (See View
  169. menu for more information.)
  170.  
  171. Select Print under the File menu to print or export results.
  172. The Machine Browser dialog box opens (note the check next to
  173. the current run line). Choose Select and the Print Results
  174. dialog box opens.  To print results, type the printer device
  175. name in the Filename field (example: LPT1). To export
  176. results, create a filename (8 character limit) then choose
  177. CSV (Comma Separated Values) or Txt (text file). The file
  178. will be written to the directory containing the PC Bench
  179. files. The CSV file can be imported to any spreadsheet
  180. program that accepts CSV format.
  181.  
  182. NAVIGATION
  183. Mouse - point & click.....= select a menu
  184. Mouse - point & click ....= activate a selection
  185. ALT + letter .............= select a menu or choice by
  186. letter
  187. ESC ......................= de-select a sub menu
  188. Tab ......................= forward to field
  189. Shift + Tab ..............= backward to field
  190. Return or Enter ..........= commit choice or select test
  191. Arrow keys left, right ...= highlight a menu item
  192. Arrow keys up, down.......= highlight a sub menu item
  193.  
  194. Navigation is accomplished by using a mouse (point and click
  195. on the selection).  If a mouse is not available or not
  196. configured properly, alternative keys may be used.
  197.  
  198. To navigate using the keyboard, combine the ALT key with the
  199. underlined letter within a menu, list, or button.  A gray
  200. highlight indicates the current choice.  Use the ESC key to
  201. deselect a menu.  The tab (or shift/tab to back tab) or
  202. cursor arrow keys are used to navigate within the dialog
  203. boxes.  The Enter key commits the action unless otherwise
  204. specified.  Page Up/Page Down keys allow fast scrolling when
  205. a scrollable box is selected.
  206.  
  207. MACHINE INFORMATION DIALOG BOX
  208. This display contains fields for defining the type of
  209. system to be tested, the iteration number of the test, and
  210. other pertinent information.  These fields are not
  211. mandatory, per se, except that no field should be blank.
  212.  
  213. The Machine ID and Variant fields are the most critical
  214. items in the Machine Information Box because they are used
  215. to reference data being captured from the testing process.
  216. The Variant fields are used to record configuration
  217. differences for the system being tested, as indicated in
  218. the Machine ID field.  The Variant fields are not required
  219. to record new test iterations of the same configuration if
  220. the results are committed to the database for each retest.
  221. The variant number need not be changed, because results are
  222. identified by a date and time stamp that is created
  223. automatically.  However, if the system is to be tested
  224. under a different configuration for comparison purposes,
  225. changing the Variant number will record the results as
  226. though it was an entirely different system.  This optional
  227. information is intended to assist the user in tracking test
  228. results for multiple configurations.
  229.  
  230. Example:
  231.  
  232. Machine ID     Var1 Var2 Var3 Var4 Var5
  233. -------------  ---- ---- ---- ---- ----
  234. PC1            1    0    0    0    0
  235. PC1            2    0    0    0    0
  236. PC1            3    0    0    0    0
  237. PC2            1    0    0    0    0
  238. PC2            2    0    0    0    0
  239. PC2            3    0    0    0    0
  240.  
  241. In the example above Var1 is used to represent testing a
  242. machine with 3 different video boards with two different
  243. machines.
  244. ----------------------------------------
  245.  
  246. Machine ID is a 12-character limit field for recording the
  247. serial number or other identifier of the system being
  248. tested.
  249.  
  250. Five Variant boxes, each providing a three-character limit
  251. field, are available for recording the version or iteration
  252. number of the current test.  This information is especially
  253. useful when testing a single system under a variety of
  254. configurations.
  255.  
  256. Machine Name is 12-character limit field for recording the
  257. brand name and model of the system being tested.
  258.  
  259. Project is a seven-character limit field for recording the
  260. test project name, if any.
  261.  
  262. Test Org is a 25-character limit field for recording the
  263. name of the organization performing the test.
  264.  
  265. Tester is a 25-character limit field for recording the name
  266. of the person performing the test.
  267.  
  268. Machine Description is a 224-character limit field for
  269. recording pertinent information about the system to be
  270. tested.
  271.  
  272. Choosing Browse opens the Machine Browser dialog box.  It
  273. displays a list of all tests committed to the database as
  274. well as the current unit under test. Highlighting a test
  275. from the list and then choosing Select returns to the
  276. Machine Information dialog box and loads the machine
  277. information for that test into the Machine Information
  278. fields.
  279.  
  280. Choosing the Use button will run MScope and then bring up
  281. the "DOSMark" dialog box. (For more information about
  282. "DOSMark" see View menu options.)
  283.  
  284. Choosing Cancel exits the program and return to the DOS
  285. prompt.
  286.  
  287. PC BENCH MAIN MENU
  288. The Main Menu displays seven selectable pull-down menus:
  289. file, view, performance, compatibility, quality, set, and
  290. help.
  291.  
  292. FILE MENU
  293. Batch Editor
  294. The Batch Editor is used to select the entire suite of
  295. benchmark tests or to create a customized suite of tests to
  296. run.  The Select All or Clear All buttons perform these
  297. functions.  Individual tests are selected or deselected
  298. using a mouse or Enter key and by using the up/down arrow
  299. keys to designate the test choice. A check mark visually
  300. confirms that the selected test(s) will be run when the
  301. Execute button is chosen.  Many sub-tests cannot be
  302. individually selected. If a subtest is desired, you must
  303. choose the next highest test group that corresponds to the
  304. category desired.
  305.  
  306. A customized suite of tests may be saved to a batch run file
  307. to re-run the same set of tests.  This is accomplished by
  308. selecting a set of tests and then choosing the Write dialog
  309. box.  Type a DOS filename in the field provided.  The Read
  310. box is used to recall a batch run file.  Again, type the
  311. name of the file to recall.  No tests are executed until the
  312. Execute box is chosen.
  313.  
  314. Print
  315. Print is used to print test results and to export results.
  316. Choosing Print displays the Machine Browser dialog box.  One
  317. test and date stamp can be selected.  The Select option will
  318. open the Print Results dialog box.
  319. To send results to a printer, type the printer device
  320. (example: LPT1) in the Enter Filename field.  Choose the
  321. .TXT file option and then choose OK.
  322. A .CSV file may be printed should you desire to examine the
  323. file contents under that format, but the principle purpose
  324. of .CSV format is to create an file format that can be
  325. imported into a spreadsheet program.
  326. Any error messages will appear in the Message field.
  327. To export the file, type a filename (8 character limit.  The
  328. format extension (.CSV or .TXT is appended automatically),
  329. choose the desired format type, and choose OK.
  330.  
  331. Quit
  332. Quit is the initial step toward exiting the program.  Quit
  333. brings up the Exit Program dialog box.  It provides a
  334. selectable option (checkbox) to permanently commit the
  335. results to the database.  In other words, when a test is
  336. run, the results are written to a database file.  Upon
  337. exiting the program, choosing the commit option records
  338. these results permanently to the database.  If you do not
  339. wish to save the results from a test session, leave the
  340. commit field unchecked before exiting.  If results are not
  341. committed to the database, the next time the program is
  342. executed, you will be given the option of using the
  343. uncommitted results from the previous test run or deleting
  344. those results from the database.
  345.  
  346. VIEW MENU
  347. This menu is used to show test results, open the "DOSMark"
  348. dialog box, and show the test system's component
  349. information.
  350.  
  351. The Results option displays the Results dialog box.  It
  352. lists the tests and associated test results from the current
  353. run.  It also provides options for comparing as well as
  354. displaying a graph of previously committed results against
  355. the current run.  Before the Compare function can be used,
  356. however, comparison results from one or two previously
  357. committed test runs must be selected from Comparison A
  358. and/or Comparison B under the Set menu. (See Set menu.)
  359. Once a comparison (A and/or B) has been set, select the
  360. tests to compare (a check to the left of the test indicates
  361. it is selected) in the Results dialog box, then Choose
  362. Compare to display a comparison of the current results with
  363. the set comparison(s).  Choosing the Graph option displays a
  364. column chart of the current run against any comparisons set.
  365.  
  366. The "DOSMark" option displays the "DOSMark" dialog box.  The
  367. "DOSMark" is an overall system performance value.  A higher
  368. score indicates better overall system performance.  It is
  369. generated from selected tests from the processor, memory,
  370. video, and disk test groups.  Not all of the tests in the
  371. entire test suite are used to generate the "DOSMark";
  372. instead, many tests exist to provide further detailed
  373. information on each subsystem.  The "DOSMark" uses a
  374. weighted harmonic mean based on the tests' overall workload,
  375. and their importance is relative to average application use.
  376. To run the "DOSMark" suite, choose the "DOSMark" button and
  377. then choose Execute.  The test will take a little over an
  378. hour to run.  If all the tests in the "DOSMark" test suite
  379. are successfully completed, the "DOSMark" value replaces the
  380. NOT RUN message on the "DOSMark" button
  381.  
  382. The processor, memory, video, and disk harmonic groups test
  383. specific aspects of each subsystem and produce an overall
  384. value.  Again, a higher score indicates a better overall
  385. performance of the associated subsystem.  If all the tests
  386. in the harmonic test suite are successfully completed, the
  387. harmonic value replaces the NOT RUN message on the
  388. associated button
  389.  
  390. The "Processor Harmonic" tests the processor alone, the
  391. CPU/memory interface, the handling of floating point
  392. emulation, and the math co-processor.  The processor is
  393. tested both in protected and real modes using 16-bit
  394. instructions. (32-bit instruction tests are currently under
  395. development and will be available in subsequent releases.)
  396. The processor tests are geared to accurately simulate
  397. popular applications.  They test bus utilization, CPU cache,
  398. CPU cache interface, and the CPU instruction set based on
  399. the average use of applications.  Each of the tests is
  400. weighted to produce the harmonic mean.  The mean is weighted
  401. to show the relative impact of each of the tests based on
  402. the average use of applications.  To run the "Processor
  403. Harmonic" suite, choose the "Processor Harmonic" button and
  404. then choose Execute.
  405.  
  406. The "Memory Harmonic" uses a series of low-level memory
  407. reads and writes to conventional, extended, graphic, text,
  408. and BIOS memory.  The harmonic mean weights are set to
  409. represent the average memory use of each of these areas
  410. under popular applications.  To run the "Memory Harmonic"
  411. suite, choose the "Memory Harmonic" button and then choose
  412. Execute.
  413.  
  414. The "Disk Harmonic" shows what effect using different file
  415. and block size combinations has on disk performance.  The
  416. harmonic has been weighted to reflect average use of the
  417. disk when running typical applications.  To run the "Disk
  418. Harmonic" suite, choose the "Disk Harmonic" button and then
  419. choose Execute.
  420.  
  421. The "Video Harmonic" uses the low-level tests (from PC Bench
  422. 1.0) and weights the results to show how average
  423. applications use the video subsystem.  To run the "Video
  424. Harmonic" suite, choose the "Video Harmonic" button and then
  425. choose Execute.
  426.  
  427. System Info
  428. The System Info option under the View menu displays the
  429. machine information captured and logged when MScope was run
  430. during the start-up phase, i.e., when the Use option is
  431. chosen from the Machine Information dialog box, the program
  432. automatically runs MScope and captures and logs system
  433. information.  This information includes microprocessor type,
  434. CPU clock speed, primary video, and other important
  435. information.
  436.  
  437. PERFORMANCE MENU
  438.  
  439. Processor Group
  440. This test suite is designed to test the processor through an
  441. average application-based scenario.  This test group
  442. measures performance in both protected and real mode of the
  443. CPU instruction set, CPU cache, and the CPU/memory interface
  444. and includes the floating point emulation and math co-
  445. processor tests.
  446.  
  447. The 16-Bit Protected Mode Small Mix and Real Mode Small Mix
  448. tests are designed to run within the processor's cache.
  449. This allows the CPU to be tested independently from the rest
  450. of the system and thus gives a measure of relative CPU
  451. performance.  The tests use a mix of the instruction set
  452. derived from popular applications' average use of the
  453. processor instruction set.  The real and protected mixes are
  454. based on the average counts and execution times of
  455. applications under DOS and Windows.  Real mode tests should
  456. run faster due to the protection checking overhead of
  457. protected mode.  These two tests should yield two numbers
  458. per processor type independent of the machines.
  459.  
  460. The 16 Bit Protected Mode Standard Mix and 16 Bit Real Mode
  461. Standard Mix tests are designed to fit within most second-
  462. level caches.  These tests use the bus, CPU cache, and CPU
  463. based on average application use.  The instruction set mixes
  464. are based on the 16-bit mix.  These tests indicate how
  465. effectively the processor interacts with the rest of the
  466. system and how efficiently a system manufacturer has
  467. interfaced the CPU to the memory subsystem.  In addition,
  468. this measures the performance impact of the presence or
  469. absence of an external cache subsystem.
  470.  
  471. The Prime Number Sieve test times the execution of a routine
  472. to find the prime numbers between 0 and 8190.
  473.  
  474. The Floating Point Emulation test (also known as the
  475. Floating Point Calculation Without Co-processor) sets up a
  476. floating point emulation program in RAM and then exercises
  477. the processor and tests RAM access speeds during floating
  478. point calculations.  The processes performed in the floating
  479. point test are identical to those used in the Co-processor
  480. Test.
  481.  
  482. The Math Co-processor test exercises the math co-processor
  483. using the same floating point calculations that are used in
  484. the Floating Point Test.  The test can be used to analyze
  485. the speed differences of co-processors in different systems.
  486. Additionally, the processing speed gained by using a co-
  487. processor can be seen by comparing its Floating Point Mix
  488. scores with its Math Co-processor scores.
  489.  
  490. The String Sort and Move test times the execution of a
  491. bubble sort performed on 200 random strings containing 16
  492. characters each.  This test is useful in testing systems
  493. with a processor RAM cache, as sorting requires reading and
  494. writing some of the same data repeatedly.  Systems with
  495. write-back caches will usually perform better on this test
  496. than will systems with write-through caches.
  497.  
  498. Memory Timing Group
  499. These tests give performance values for accessing the
  500. various types of memory in the system.  In general, the
  501. results from these tests will be determined by the speed and
  502. architecture of the system's memory, memory caches (if
  503. present), and the type of CPU.
  504.  
  505. The extended memory tests enter protected mode to access
  506. memory above 1 megabyte.  As a result, these tests will not
  507. execute if an extended memory driver is already installed,
  508. such as EMS (EMM386, 386MAX, etc.), DPMI, or VCPI.  The test
  509. uses the full range of extended memory available to it;
  510. however, during the write tests it avoids any area already
  511. locked by an XMS (HIMEM) driver, RAM disk, or other INT 15h-
  512. compatible software.  The start and end addresses are
  513. displayed to show what range of extended memory was used.
  514. If HIMEM.SYS is loaded the write addresses will not be
  515. displayed because the actual addresses accessed may not be
  516. continuous.  These results reflect the performance of
  517. extended memory as it would be accessed by other protected-
  518. mode applications such as Windows.
  519. There are six tests, a read test and a write test for each
  520. data width:
  521.       8-Bit Extended Memory Read/Write
  522.      16-Bit Extended Memory Read/Write
  523.      32-Bit Extended Memory Read/Write
  524. Under the Graphics Memory test, the type of graphics adapter
  525. present is detected and the appropriate buffer address is
  526. used to read and write blocks of data directly to the
  527. graphics adapter's memory.  During memory writes, the PC
  528. Bench screen will be overwritten, but it should be restored
  529. at the end of the test.
  530. There are six tests, a read and a write for each data width:
  531.      Graphics Memory 8 Bit Read/Write
  532.      Graphics Memory 16 Bit Read/Write
  533.      Graphics Memory 32 Bit Read/Write
  534. The BIOS Memory tests only attempt to read from the BIOS
  535. since it is stored in ROM.  This test will show significant
  536. performance differences according to whether the BIOS ROM is
  537. shadowed and/or cached, which is a configuration choice on
  538. many systems.  There are three tests:
  539.      BIOS Memory 8 Bit Read
  540.      BIOS Memory 16 Bit Read
  541.      BIOS Memory 32 Bit Read
  542. The Text Memory tests detect the type of display adapter and
  543. use the appropriate screen buffer address to write directly
  544. to the display adapter's memory.
  545. There are four tests, a read and a write test for each data
  546. width:
  547.      Text Memory 8-Bit Read/Write
  548.      Text Memory 16-Bit Read/Write
  549. The Conventional Memory tests access memory in the 640-Kb
  550. area managed by DOS.  These tests reflect the memory
  551. performance of programs running in Real mode.
  552. There are four tests, a read and a write test for each data
  553. width:
  554.      Conventional Memory 8 Bit Read/Write
  555.      Conventional Memory 16 Bit Read/Write
  556.  
  557. EGA/VGA Text Group
  558. The Unscrolled BIOS Write test times the writing of data to
  559. the screen using interrupt 10h BIOS calls.  Fast times are
  560. advantageous for programs that display large amounts of data
  561. in a non-scrolling fashion.
  562.  
  563. The Scrolled BIOS Write test times the writing of data to
  564. the screen using interrupt 10h BIOS calls.  Once the screen
  565. is filled, the test scrolls through an entire screen by
  566. adding one new line at a time.  This test writes the same
  567. amount of  data as the non-scrolling test.  The difference
  568. between the two times indicates the overhead attributable to
  569. scrolling the screen.  Fast times are advantageous for
  570. applications that frequently cause the screen to scroll.
  571. The  pair of  BIOS write tests gives a good indication of
  572. video BIOS speed.  If the video BIOS is shadowed (loaded in
  573. fast system memory), throughput will be higher for these
  574. tests.
  575.  
  576. The Direct Screen Write tests write data to the video
  577. adapter screen memory using the MOVSB (8-bit) and MOVSW(16-
  578. bit) instructions.  For a properly installed 16-bit VGA
  579. card, the 16-bit test will yield about twice as much
  580. throughput as the 8-bit test.  These tests provide the best
  581. measure of the text throughput of a display adapter.
  582.  
  583. EGA/VGA Graphics Group
  584. The Write Mode 0 Fill tests fill the video adapter's memory
  585. with varying colors using the STOSB (8 bit), STOSW (16 bit),
  586. and STOSD (32 bit, for systems with at least an 80386
  587. processor) instructions with EGA/VGA write mode 0 and all
  588. bit planes enabled.  Commonly used by graphics software
  589. applications, it is one of the best measures of video
  590. adapter throughput in graphics mode.
  591.  
  592. The Memory to Screen BITBLT tests create screen segments and
  593. then save these screen images to system memory one video
  594. plane at a time.  The timed portion of the test copies the
  595. screen segments in system memory back to screen memory using
  596. the MOVSW (16-bit) and MOVSD (32-bit, for systems with at
  597. least an 80386 processor) instructions, one video plane at a
  598. time.  Very fast video cards will show the text in a
  599. "marquee" effect on the screen.  Memory to Screen BITBLT
  600. functions are used when updating the images on a display.
  601.  
  602. The Screen to Memory BITBLT tests are similar to the Memory
  603. to Screen BITBLT tests except that the timed portion of the
  604. test measures the throughput of copying information in
  605. screen memory to system memory using the MOVSW (16 bit) and
  606. MOVSD (32 bit, for systems with at least an 80386 processor)
  607. instructions one video plane at a time.  Since system memory
  608. is being updated, there is no visible activity for the
  609. duration of this test.  Screen to Memory BITBLT functions
  610. are used when modifying or saving screen images.
  611.  
  612. The Screen to Screen BITBLT tests divide screen memory into
  613. four quadrants and fill the first three quadrants with
  614. uniform fill patterns of different colors.  The test
  615. repeatedly moves screen data from the first three screen
  616. quadrants to the fourth one using the MOVSW (16 bit) and
  617. MOVSD (32 bit, for systems with at least an 80386 processor)
  618. instructions with write mode 1.  Screen to Screen BITBLT
  619. functions are used when moving objects from one area of the
  620. screen to another.
  621.  
  622. Disk Access Group
  623. The BIOS Disk Seek tests (Sequential and Random) measure
  624. mechanical track to track disk drive access times.  Both
  625. sequential and random access are tested.  The test uses the
  626. BIOS Interrupt 13h.  It cannot be used to test floppy
  627. diskettes or mass storage media that do not have an
  628. Interrupt 13h interface.  The test involves 1,000 sequential
  629. seeks (alternating between cylinders 0 and 1) and 1,000
  630. random seeks.  Caching disk controllers and certain SCSI
  631. adapters that do not force the disk mechanism to move for
  632. disk seeks will yield unrealistically fast times.  The
  633. result is the average access time per track.
  634.  
  635. The DOS Disk Access test measures the time necessary to
  636. perform 1,000 read requests at random locations on the disk
  637. using the DOS Interrupt 25h.  This test should work with any
  638. device that DOS recognizes as a disk.  The test reports the
  639. total time required to complete the requests in seconds.
  640.  
  641. NOTE:  If a seek error occurs in either of the above tests,
  642. a message will appear for a few seconds and then a
  643. replacement sector will be chosen and the test will
  644. continue.  This is not necessarily an indication of a bad
  645. disk drive.  These tests access sectors which may have been
  646. legitimately locked out during the formatting of the drive.
  647. If you suspect a problem with your drive, use a diagnostic
  648. program to test the drive.
  649.  
  650. Disk Throughput Group
  651. This test suite is designed to show what effects different
  652. file and block size combinations have on disk performance.
  653. The disk tests use 256-KB, 1-MB, 2-MB, 4-MB, 8-MB, 16-MB,
  654. and 32-MB file sizes to test the disk.  For each file size
  655. the test suite uses 200-byte, 512-byte, 2-KB, and 4-KB block
  656. sizes.  Sequential reads, sequential writes, random reads,
  657. and random writes are done for each block size.  All
  658. together there are 105 tests.
  659.  
  660. Three main aspects of disk performance become clear through
  661. this test suite.  The results show the variation in DOS
  662. overhead caused by various block sizes.  The 200-byte block
  663. size causes the 512-byte sector boundaries to be crossed
  664. during reads and writes.  The results reflect the overhead
  665. due to the inefficiency of crossing the sector boundaries.
  666. In-cache versus out-of-cache, throughput differences can be
  667. seen by comparing the results for a file size that fits in
  668. the cache against results for a file size that exceeds the
  669. cache.
  670.  
  671. Battery Rundown Test
  672. The Battery  Rundown test is designed to exercise a laptop
  673. computer's battery system in a worst-case scenario.  The
  674. test is started after charging the computer's battery
  675. according to the manufacturer's specifications and disabling
  676. all power-conservation features.  The test teletypes 10
  677. screens full of information to the display and then writes a
  678. 15K file to disk with a time stamp of elapsed time.  This
  679. operation continues until the battery runs out of power.
  680.  
  681. Time the Timer Test
  682. This test calculates elapsed time using DOS calls.  Some
  683. systems may not report a correct time when running a version
  684. of DOS that is not configured for the system. In this case,
  685. the results obtained from using these tests may be skewed.
  686. The Time the Timer test allows measuring the accuracy of the
  687. system's timer by comparing it to some external source (such
  688. as a stopwatch).
  689.  
  690. COMPATIBILITY MENU
  691. VGA Group
  692. The compatibility test for VGA hardware performs several VGA
  693. register-level functions which exercise the different
  694. subsystems of a VGA or compatible display board (including
  695. the VGA controller chip, video memory, and RAMDAC).  Since
  696. the test was designed with the original VGA in IBM PS/2
  697. systems in mind, most boards don't pass every test.
  698. However, a failure of one or two of the tests doesn't
  699. usually indicate serious compatibility problems for most
  700. software.
  701.  
  702. QUALITY MENU
  703. EGA/VGA Monitor Group
  704. The quality test permits images to be displayed in various
  705. modes from black and white text to VGA color graphics.
  706. These tests are used to determine what display modes a
  707. monitor/display adapter combination can support. Also, they
  708. are used for evaluating laptop screens to see how well they
  709. can map colors to gray scale.
  710.  
  711. SET MENU
  712. The Set Menu contains Test Machine, Comparison A, and
  713. Comparison B selections.
  714.  
  715. Test Machine
  716. Choosing this option opens the Machine Information dialog
  717. box. Modifying this information and choosing Use will update
  718. the database with the modifications for the current test.
  719.  
  720. Comparison A
  721. Choosing this option opens the Machine Browser dialog box
  722. and displays a list of the test runs committed to the
  723. database.  Selecting a test run and date stamp sets up a
  724. comparison to the current run. Results comparisons can be
  725. viewed in the Results dialog box (see Results under the View
  726. menu for more information) and under the "DOSMark" option
  727. (see "DOSMark" under the View menu for more information)
  728.  
  729. Comparison B
  730. Choosing this option opens the Machine Browser dialog box
  731. and displays a list of the test runs committed to the
  732. database.  Selecting a test run and date stamp sets up a
  733. comparison to the current run. Results comparisons can be
  734. viewed in the Results dialog box (see Results under the View
  735. menu for more information) and under the "DOSMark" option
  736. (see "DOSMark" under the View menu for more information)
  737.  
  738. HELP MENU
  739. The Help Menu provides options for General and About.
  740.  
  741. Selecting General opens a help information text file.
  742. Selecting About displays a list of the personnel involved
  743. with the development of the benchmark program.
  744.  
  745. REGARDING RESULTS
  746. After the benchmarks have run, the results are displayed to
  747. the right of the associated test in the Results dialog box
  748. under the View menu.  If other results have previously been
  749. obtained and committed to the database, they can be compared
  750. with the current test results.  Use Comparison A and/or
  751. Comparison B under the Set menu to select data sets to use
  752. as Test A or Test B.  Choosing Compare in the Results dialog
  753. box will display the results.  The menu permits up to two
  754. comparisons with the current test.  These can also be
  755. displayed as a column chart with the Graph button.
  756.  
  757. The "DOSMARK" result is an overall composite score based on
  758. specific test selections from the full test suite.  The
  759. results are aggregated with weighting factors assigned to
  760. account for different units of measurement and standard
  761. application-specific data on component or subsystem use.
  762. "DOSMark" is intended to be a consistent scoring procedure
  763. comparing DOS-compatible systems for business use.
  764.  
  765. The performance of system components can also be analyzed as
  766. discussed below:
  767.  
  768. After running the tests but before exiting the menu, choose
  769. the Print dialog box under the File menu to export the data.
  770. There will be a dialog box to select the test data followed
  771. by a dialog box to export the data (*.CSV or *.TXT).  Comma-
  772. delimited files (*.CSV) are best suited for spreadsheet
  773. analysis, and text format is preferable for databases and
  774. word processors. When supplying the file name, do not enter
  775. the period or a three-letter file extension. This is
  776. automatically supplied depending on the format choice you
  777. make.
  778. Once the results have been exported, choose Quit under the
  779. File menu. Use "Commit results to database" by selecting the
  780. box (an X appears in the box).  The file is automatically
  781. written to the directory containing the benchmark files.
  782.  
  783. The benchmark directory also contains the internal database
  784. files named Test.DBF and Result.DBF. that can be used to
  785. prepare a working spreadsheet using database software (such
  786. as dBASE).
  787.  
  788. Four subsystems are tested: CPU, memory, VGA, and hard disk.
  789.  
  790. CPU tests are broken down into instructions performed in the
  791. CPU and in the memory cache, for real and protected modes in
  792. both cases, and numerical operations including floating
  793. point calculations and math co-processor operations.
  794.  
  795. Memory results are all expressed in kilobytes per second
  796. (kbps), so they all can be aggregated into a single
  797. performance result.
  798.  
  799. VGA results for text mode are expressed as thousands of
  800. characters per second.  Graphics mode results are expressed
  801. as thousands of pixels per second.  These must be aggregated
  802. separately and normalized before they are weighted and
  803. combined into a single VGA performance score.
  804.  
  805. Disk results come in two forms: disk access in elapsed time
  806. and disk throughput expressed in kbps.
  807.  
  808. Before comparing products, a standard set of results must be
  809. obtained and analyzed so that they can be used to normalize
  810. the test system results.  If no standard has been previously
  811. adopted, the sample averages can be used for normalization.
  812.  
  813. TESTING METHODOLOGY
  814.  
  815. PC Bench can be used to test systems' performance in any of
  816. the following approaches:  single system comparisons, single
  817. system/multiple configurations comparisons, multiple system
  818. comparisons, and multiple systems/multiple configurations
  819. comparisons.
  820.  
  821. Single-system comparisons are the most simple.  In this
  822. scenario, PC Bench is run a few times to establish an
  823. average.  When testing a single system under multiple
  824. configurations, changing the Variant numbers in the Machine
  825. Information display will identify the results by their test
  826. iteration number.  Test results committed to the database
  827. will reflect the different data recorded in the Variant
  828. fields of the Machine Information display.
  829.  
  830. If PC Bench is to be run on multiple systems, then the
  831. program must be installed on each test system.  To compare
  832. the results of the first system with those of the second
  833. system within the Bench program, the results files must also
  834. be copied into the second system.  In this scenario, system
  835. 1 is tested under PC Bench, and the results are committed to
  836. the database.  The Bench program is then loaded onto the
  837. second system, and the results files from the first system
  838. are then copied onto the second system.  The files to be
  839. copied are MACHINE_.MDX, MACHINE_.DBF, RESULT_.MDX,
  840. RESULT_.DBF, SYSINFO_.MDX, and SYSINFO_.DBF.
  841.  
  842. The information in the Machine Information display is used
  843. to identify the specific test system and configuration and
  844. thus prevent the results files from being over-written.  As
  845. before, multiple configurations are identified by using the
  846. Variant fields in the Machine Information box.
  847.  
  848. ERRORS and ERROR RECOVERY PROCEDURE
  849.  
  850. If a File Error -70 occurs, it is probable that the database
  851. files have become corrupted. There are two kinds of database
  852. files, those used by the bench program and those which store
  853. user data.
  854.  
  855. Try this first.
  856.  
  857. LEVEL 1 Severity. This should not impact user data.
  858.  
  859. Go to the DOS prompt.
  860. Execute the program REINITDB by typing REINITDB at the DOS
  861. prompt.
  862. Try running the BENCH program again.
  863.  
  864. If the error re-occurs proceed to the next level.
  865.  
  866. LEVEL 2 Severity. This will delete user data.
  867.  
  868. Go to the DOS prompt.
  869. Delete *.DBF
  870. Delete *.MDX
  871. {If user data has been previously saved using a backup or
  872. save activity, perform the restore function at this time.}
  873.  
  874. Execute the program REINITDB by typing REINITDB at the DOS
  875. prompt.
  876. Try running the BENCH program again.
  877.  
  878. The error should not re-occur.
  879.  
  880. If Insufficient Memory or Insufficient Disk Space error
  881. messages appear, refer to the SYSTEM REQUIREMENTS section of
  882. this file.
  883.  
  884. If the Insufficient Disk Space on Drive <X> or Insufficient
  885. Disk Space to Create File messages occur, it means that the
  886. Bench program does not have enough room to run the disk
  887. performance tests on your system for the particular test
  888. required.
  889.  
  890. =========
  891. Protected Memory
  892. Unexplained Lockups
  893.  
  894. There is a potential for unexplained lockups to occur when
  895. performing protected mode memory tests on 286, 386, or 486
  896. machines. This is due to the differences between the way the
  897. low-level instructions interact with the CPU chip.
  898. Therefore, if you experience a lockup while memory tests are
  899. executing, take the following steps:
  900.  
  901. 1.   Reboot the machine.
  902.  
  903. 2.   From DOS, run the alternative batch file below by
  904. typing:
  905.  
  906.      MKMEM386.BAT
  907.  
  908.           (NOTE: MKMEM286.BAT will restore the default.)
  909.  
  910. 3.   Start the BENCH program.
  911.  
  912. 4.   Do not commit the data from the previous run. Delete
  913. the data.
  914.  
  915. 5.   Rerun the tests for the machine configuration you
  916. select.
  917.  
  918. Remember that when you execute one of the batch programs
  919. mentioned above, it permanently renames the test file that
  920. is executed. To reset it for a different machine, you must
  921. execute the other batch file.
  922.  
  923.  
  924.