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