summaryrefslogtreecommitdiff
path: root/benchmarks/dbench/distinfo
AgeCommit message (Collapse)AuthorFilesLines
2008-05-01Update dbench to 3.04.obache1-5/+5
Changes is unknown. While here, * install README file mentioned in man page, suggested in PR 38553. * move client.txt to subdir noted in man page * fix directory of those files in man page.
2006-03-16Make this package build on Darwin. getxattr(2) and setxattr(2) on Darwinminskim1-2/+2
require additional arguments related to the resource fork attribute.
2005-11-06Use O_FSYNC instead of O_SYNC on DragonFly. Disable extattr_get_filejoerg1-2/+3
on DragonFly, the semantic is different and it isn't very useful in the current form.
2005-10-10Explicitly specify to Makefile.in the directory on which the manpagesxtraeme1-1/+2
will be installed, otherwise as --mandir now defaults to ${PREFIX}/${PKGMANDIR}, they won't be installed into the correct location. Bump PKGREVISION.
2005-09-25Added a chunk to patch-aa that comments out unnecessary code (statvfs). Nowrillig1-2/+2
the package builds on NetBSD-1.6.2. Bumped PKGREVISION.
2005-07-12Changes 3.03:adam1-5/+4
* Many improvements
2005-03-25Make this package build on Darwin.minskim1-1/+2
- 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:adam1-5/+4
* unknown
2003-09-19Make compile on Solaris. From Jonathan Perkin in PR 22858.wiz1-2/+2
2003-07-17Initial import of dbench-1.3 into the NetBSD Packages Collection.agc1-0/+6
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.