summaryrefslogtreecommitdiff
path: root/benchmarks/dbench
AgeCommit message (Collapse)AuthorFilesLines
2005-09-25Added a chunk to patch-aa that comments out unnecessary code (statvfs). Nowrillig3-6/+22
the package builds on NetBSD-1.6.2. Bumped PKGREVISION.
2005-07-12Changes 3.03:adam4-57/+14
* Many improvements
2005-03-25Make this package build on Darwin.minskim2-1/+17
- Include sys/aio.h to use O_SYNC. - Use fsync(2) instead of fdatasync(2), which is unavailable on Darwin.
2005-02-22Add RMD160 digests in addition to the SHA1 ones.agc1-1/+2
2004-11-10Changes 2.1:adam5-50/+27
* unknown
2004-10-28Update MASTER_SITES.wiz1-2/+2
2004-07-30Enable pkgviews installation.minskim1-1/+5
2004-01-20Move WRKSRC definition away from the first paragraph in a Makefile.agc1-2/+3
2003-09-19Make compile on Solaris. From Jonathan Perkin in PR 22858.wiz3-10/+35
2003-07-17s/netbsd.org/NetBSD.org/grant1-2/+2
2003-07-17Initial import of dbench-1.3 into the NetBSD Packages Collection.agc6-0/+92
Taken from the dbench README file: Netbench is a terrible benchmark, but it's an "industry standard" and it's what is used in the press to rate windows fileservers like Samba and WindowsNT. In order for the development methodologies of the open source community to work we need to be able to run this benchmark in an environment that a bunch of us have access to. We need the source to the benchmark so we can see what it does. We need to be able to split it into pieces to look for individual bottlenecks. In short, we need to open up netbench to the masses. To do this I have written three tools, dbench, tbench and smbtorture. All three read a load description file called client.txt that was derived from a network sniffer dump of a real netbench run. client.txt is about 4MB and describes the 90 thousand operations that a netbench client does in a typical netbench run. They parse client.txt and use it to produce the same load without having to buy a huge lab. They can simulate any number of simultaneous clients.