Age | Commit message (Collapse) | Author | Files | Lines |
|
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.
|
|
require additional arguments related to the resource fork attribute.
|
|
on DragonFly, the semantic is different and it isn't very useful
in the current form.
|
|
will be installed, otherwise as --mandir now defaults to
${PREFIX}/${PKGMANDIR}, they won't be installed into the correct location.
Bump PKGREVISION.
|
|
the package builds on NetBSD-1.6.2. Bumped PKGREVISION.
|
|
* Many improvements
|
|
- Include sys/aio.h to use O_SYNC.
- Use fsync(2) instead of fdatasync(2), which is unavailable on Darwin.
|
|
|
|
* unknown
|
|
|
|
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.
|