web/index.html

   1 <!--#set var="TITLE" value="DBENCH" -->
   2 <!--#include virtual="header.html" -->
   3
   4 <H1 align="center">Welcome to the DBENCH web pages</H1>
   5
   6 DBENCH is a tool to generate I/O workloads to either a filesystem or to a
   7 networked NFS server. DBENCH can be used to stress a filesystem or a server
   8 to see which workload it becomes saturated and can also be used for preditcion
   9 analysis to determine "How many concurrent clients/applications performing
  10 this workload can my server handle before response starts to lag?"
  11
  12 <p>DBENCH provides a similar benchmarking and client emulation that is
  13 implemented in SMBTORTURE using the BENCH-NBENCH test for CIFS, but DBENCH
  14 can play these loadfiles onto a local filesystem instead of to a CIFS server.
  15 Using a different type of loadfiles DBENCH can also generate and measure
  16 latency for NFS. </p>
  17
  18
  19 <p>Features include:
  20 <ul>
  21 <li>Reading SMBTORTURE BENCH-NBENCH loadfiles and emulating this workload
  22 as posix calls to a local filesystem
  23 <li>NFS style loadfiles which allows DBENCH to mimic the i/o pattern of a real application doing real i/o to a real server.
  24 <li>iSCSI support and iSCSI style loadfiles.
  25 </ul>
  26
  27 <h2>Loadfiles</h2>
  28
  29 <p>
  30 At the heart of DBENCH is the concept of a "loadfile". A loadfile is
  31 a sequence of operations to be performed once statement at a time.
  32 This could be operations such as "Open file XYZ", "Read 5 bytes from offset ABC", "Close the file", etc etc.
  33 </p>
  34
  35 <p>
  36 By carefully crafting a loadfile it is possible to describe an I/O pattern
  37 that almost exactly matches what a particular application performs. While
  38 cumbersome to produce, such a loadfile it does allow you to describe exactly
  39 how/what an application performs and "replay" this sequence of operations
  40 any time you want.
  41 </p>
  42
  43 <p>
  44 Each line in the DBENCH loadfile contain a timestamp for the operation.
  45 This is used by DBENCH to try to keep the same rate of operations as the
  46 original application.
  47 This is very useful since this allows to perform accurate scalability
  48 predictions based on the exact application we are interested in. and not an
  49 artificial benchmark which may or may not be relevant to our particular
  50 applications workload pattern.
  51 </p>
  52
  53
  54 <hr>
  55 <h2>Developers</h2>
  56 <ul>
  57 <li><a href="http://samba.org/~tridge/">Andrew Tridgell</a><br>
  58 <li><a href="http://samba.org/~sahlberg/">Ronnie Sahlberg</a><br>
  59 </ul>
  60
  61 <!--#include virtual="footer.html" -->