home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 1999 January / pcwk_01_1999.iso / Tajnepp / MCLK093 / SETTINGS.TXT < prev    next >
Text File  |  1997-05-04  |  9KB  |  191 lines
  1. 12/30/96
  2. settings.txt    v0.92ß (beta-version)
  3.  
  4.  
  5. ------------------------------------------------
  6. If you haven't done so already, please read MCLK.TXT.
  7.  
  8. Q:  What's inside this text file?
  9.  
  10.     Explanations of the rather cryptic options you may see, from my
  11.     program's output.  MCLK doesn't have the most friendly 
  12.     user-interface.  I hope that users give some thought to what they
  13.     are doing with MCLK, before plugging in random values. 
  14.  
  15. -------------------------------------------------
  16.  
  17. Q:  Phrases like "VL-bus only" or "PCI only" accompany some settings.
  18.     What do they mean?
  19.  
  20.         Some settings are only applicable to a particular bus architecture.
  21.         Settings designated "local-bus only" generally refer to VL-bus
  22.         (and NOT PCI)
  23.  
  24. Q:  What is "RAS" and "CAS"?
  25.     
  26.         RAS and CAS are related to memory access timing.  Depending on
  27.         the context, RAS and CAS usually refer to the latencies involved
  28.         with the initial access to a memory bank.  A lower CAS/RAS delay
  29.         translates into faster memory access operations.  On the other
  30.         hand, the fastest RAm timing doesn't necessarily translate into
  31.         the best overall performance for a particular video board.
  32.         Larger (slower) CAS/RAS delays may permit higher DRAM-clock
  33.         frequencies, mitigating the performance penalty associated with
  34.         extended delay timing.
  35.  
  36.         Changes to RAS/CAS timing aren't immediately perceptible (unless
  37.         the new value causes RAM accesses to fail.)  Therefore changes to
  38.         these settings aren't likely to be noticeable.  These settings
  39.         are best left alone.
  40.  
  41. Q:  What about "RDY" or "LRDY", etc.?
  42.  
  43.         RDY/LRDY relate to bus timing.  Bus transactions, like memory
  44.         transactions, are governed by timed control signals.
  45.  
  46.         Reducing the # waitstates on bus-transactions can improve your
  47.         raw video-write thruput.  By how much depends on your video chipset,
  48.         your motherboard chipset, and the difference between the factory
  49.         default-timing and the most aggressive timing possible.
  50.  
  51. .........................
  52.  
  53. Q:  What is the "MCLK"?
  54.  
  55.         By naming my video-utility "MCLK", I've probably caused some
  56.         confusion.  In this text, "MCLK" refers to two distinct things.
  57.                 1)  My program!
  58.                 2)  Video RAM-clock frequency ("MCLK" = Memory CLocK)
  59.  
  60.         MCLK refers to your video card's "clock."  The memory-clock
  61.         (not to be confused with the "dot clock") of your video board
  62.         controls the processing speed of your video chipset.  The concept
  63.         of clock frequency ought to be familiar to you -- your CPU runs
  64.         at a fixed frequency (75MHz, 100MHz, 120MHz, 133MHz, etc.)
  65.  
  66.         Host (CPU) accesses, BITBLT (accelerator) operations, and
  67.         screen update (CRT refresh) are all instances where your video
  68.         chipset performs some form of processing.  Increasing the MCLK
  69.         frequency of a video board increases the available memory bandwidth.
  70.         It should come as no surprise that increasing the MCLK frequency
  71.         will boost video performance.  
  72.  
  73.         Some video operations are more bandwidth dependent than others.
  74.  
  75.         DOS/VGA (games, text-character mode, non-GUI environments)
  76.         treat the video-card as a "dumb framebuffer."  Direct reads &
  77.         writes to/from video memory are rarely accelerated.  So in practice,
  78.         DOS/VGA performance is bottlenecked at the bus-interface, and not
  79.         by memory bandwidth.  More bandwidth will not speed-up DOS thruput
  80.         if there is already sufficient bandwidth to service all host
  81.         transactions and screen-refresh.
  82.     
  83.         GUI environments ( OS/2, Windows, etc.) are a different story.
  84.         Thanks to vendor device-drivers which utilize the video chipset's
  85.         accelerator circuitry, many host-requested graphics operation
  86.         can be offloaded to the accelerator.  The accelerator's processing
  87.         speed is governed by the DRAM-clock (MCLK).  Since graphics
  88.         operations within Windows applications are likely to be offloaded
  89.         to the video accelerator, increasing the MCLK will produce a
  90.         perceptible improvement in terms of screen response.
  91.  
  92.         If you the Plus Pack for Windows 95, enable full-window drag and
  93.         switch your desktop resolution to the maximum resolution & color
  94.         depth possible.  Try DECREASING your MCLK frequency -- you'll
  95.         see the effect.
  96.  
  97. Q:  I didn't understand the preceding discussion.  In layman's terms,
  98.     what is the benefit of increasing my SVGA adapter's "MCLK" ?
  99.  
  100.     +Possible performance gains under DOS/VGA, and Windows
  101.         (Unless your video chipset has adjustable bus-transaction timings,
  102.          DOS/VGA performance won't be adjustable.)
  103.  
  104. Q:  And the dangers?
  105.  
  106.     Unreliable screen redraws, system-lockups, in extreme occasions
  107.     (such as pushing MCLK -> 80MHz...) possible VIDEO CARD DAMAGE.
  108.  
  109.     "Incremental" testing can help diagnose.  This means boosting your
  110.     MCLK a small bit at a time, verifying nominal computer operation each
  111.     step of the way.  Certainly, don't change too many settings at once--
  112.     try to test one variable at a time.
  113.  
  114.     As long as you avoid entering extreme/outrageous MCLK values, your
  115.     video card is in no danger.  If your entered MCLK value exceeds the
  116.     video card's tolerances, the video card will exhibit very strange
  117.     behavior, long before any permanent damage.
  118.  
  119. Q:  If I set MCLK too high, what kind of symptoms will I see?
  120.  
  121.     System lock-ups.  Partially corrupted displays ( screen doesn't refresh
  122.     properly, screen isn't redrawn properly ), video "noise" (random dots.)
  123.     While visually distracting, these symptoms aren't usually damaging to
  124.     the video card.  But you should take them as a warning sign, 
  125.     to lower the MCLK.
  126.  
  127. ..........................................
  128.  
  129. Q:  How can I measure the benefits, if any, afforded by MCLK?
  130.  
  131.         You can always check the performance of your system with a good
  132.         benchmark program.
  133.  
  134.         DOS PERFORMANCE
  135.         VIDSPEED4 and PROFILE (included with UNIVBE) are my
  136.     favorites (note, there are other benchmark programs out there.)
  137.     VIDSPEED benchmarks a video board's DOS/VGA (CPU-write) thruput.
  138.     Vidspeed performs its speed-test in banked memory-access mode.
  139.         PROFILE can test the framebuffer in linear-mapped mode.  With the
  140.         rise of VESA 2.0 SVGA DOS games, PROFILE is the way to go.  Visit
  141.         Scitechsoft's www-site (http://www.scitechsoft.com) for an
  142.         evaluation copy of Display Doctor.  The SDD package includes
  143.         PROFILE.
  144.  
  145.         WINDOWS PERFORMANCE
  146.         In some situations, you'll be able to eyeball the screen and
  147.         see the difference between a stock video-card and an tweaked-one.
  148.         But more often than not, you'll need a benchmark program like
  149.         Winbench96 to resolve the performance issue.
  150.  
  151. Q: What's the difference between all these timing modes -- 
  152.    "FPM, 2-cycle EDO, and 1-cycle EDO?"
  153.  
  154.         EDO and FPM are two types of RAM.  They are similar in access
  155.         protocol, with EDO allowing system-designers to shave off one
  156.         cycle from consecutive reads between page accesses.  In plain
  157.         English, EDO RAM offers superior read performance over
  158.         conventional (FPM) RAM, but only when the read-operations are
  159.         arranged within the same memory block.  EDO does not directly
  160.         improve random access reads, or write operations.
  161.  
  162.         Block transfers, video FIFO fills (display drawing) benefit the
  163.         most from EDO timing.  And coincidentally, graphics display
  164.         happens to be an application where block transfers (BITBLT) and
  165.         consecutive reads (screen refresh) predominate.
  166.  
  167.         Now, if you switch a Trio64 from FPM timing to 2-cycle EDO,
  168.         you'll see no improvement.  Why?  Most video boards already use
  169.         2-cycle page-accesses, even for FPM memory banks.  So at a given
  170.         MCLK frequency,  2-cycle EDO offers no improvement over FPM.
  171.         BUT...EDO timing's pipelined profile does offer one benefit, and
  172.         that's a higher clock frequency.  Depending on the particular
  173.         design in question, an EDO based system can clock faster than a
  174.         FPM based system.
  175.  
  176.         In terms of performance, 1-cycle EDO timing is roughly equal to
  177.     SDRAM or SGRAM.  Obviously, there are differences, but suffice it to
  178.     say, 1-cycle EDO theoretically offers 2X the burst performance compared
  179.     to 2-cycle EDO timing. 
  180.         For prolonged block transfers, 1-cycle EDO can actually approach 
  181.         2X performance of 2-cycle EDO.  In graphics display applications
  182.         where memory operations are large, consecutive, and few (as
  183.         opposed to small, random, and numerous), 1-cycle EDO delivers
  184.         a substantial performance boost over 2-cycle EDO, as tested by a
  185.     benchmark program like Winbench96.
  186.  
  187. For more information, please visit my www-page.
  188.  
  189. liaor@uci.edu
  190. http://www.oac.uci.edu/~rliao
  191.