I'm going to update the polygraph port to a more reasonable release;
I'd like it to be a new port which I can maintain.
PR: ports/124405
Submitted by: Adrian Chadd <adrian@FreeBSD.org>
Solaris, and Linux. Geekbench is designed to measure the performance
an average application can expect from both the processor and the
memory subsystem.
Geekbench's benchmarks are written in platform-neutral C++, and have
no platform-specific optimizations. Geekbench is compiled with what we
consider the de-facto standard compiler for each platform, with the
compiler switches suggested by the compiler vendor for release code.
WWW: http://www.geekpatrol.ca/geekbench/
PR: ports/106533
Submitted by: Gea-Suan Lin <gslin@gslin.org>
2007-12-01 www/xpi-surfkeys: Development has been ceased
2008-02-01 sysutils/eventwatcher: no active development
2007-10-27 sysutils/p5-UPS-Nut: Version branch long since retired
2007-10-31 net-mgmt/netsaint: Now developed as Nagios, see net-mgmt/nagios port
2007-10-31 net-mgmt/netsaint-plugins: Now developed as Nagios, see net-mgmt/nagios port
2008-01-22 benchmarks/tsung: "fails to install"
2007-10-03 games/ggo: developer's focus have moved elsewhere
2008-02-15 mail/claws-mail-etpan_privacy: no longer supported by developers
NEXTSTEP. I rewrote the entire application for version 0.5 in order to have an
open architecture which allows the integration of other benchmarks by using
bundles.
WWW: http://www.nice.ch/~phip/softcorner.html
as played on a vertical 7x6 board. This takes about 10 minutes
on contemporary PCs.
WWW: http://homepages.cwi.nl/~tromp/c4/fhour.html
PR: ports/105778
Submitted by: trasz <trasz at pin.if.uz.zgora.pl>
benchmark kernels. With one executable, all of the supported
benchmarks, or a subset specified by the command line, can be run.
The rules, such as time measurement (including a repetitive call
of the kernels for better clock synchronization), message lengths,
selection of communicators to run a particular benchmark (inside
the group of all started processes) are program parameters.
WWW: http://www.intel.com/cd/software/products/asmo-na/eng/cluster/mpi/219848.htm
PR: ports/105665
Submitted by: trasz <trasz at pin.if.uz.zgora.pl>
create common testing platform to run predefined GTK+ widgets (opening
comboboxes, toggling buttons, scrolling text yms.) and this way define the speed
of device/platform.
WWW: http://gtkperf.sourceforge.net
PR: ports/96162
Submitted by: Andreas Kohn <andreas@syndrom23.de>
other performance metrics of a network by sending a bulk TCP or UDP
stream over it.
Special features of thrulay include:
* For TCP, ability to measure round-trip delay along with throughput
* For UDP, ability to measure
- one-way delay, with quantiles
- packet loss
- packet duplication
- reordering
* For UDP, the ability to send precisely positioned true Poisson streams
(microsecond errors in sending times)
* Human- and machine-readable output (ready to be fed to gnuplot)
WWW: http://www.internet2.edu/~shalunov/thrulay/
PR: ports/87683
Submitted by: Stanislav Shalunov <shalunov@internet2.edu>
Pathrate is a tool that can estimate the capacity of network paths. An
important feature of Pathrate is that it is robust to cross traffic effects,
meaning that it can measure the path capacity even when the path is
significantly loaded. This is crucial, since the hardest paths to measure are
the heavily loaded ones.
WWW: http://www.cc.gatech.edu/fac/Constantinos.Dovrolis/pathrate.html
PR: ports/81295
Submitted by: dikshie <dikshie@lapi.itb.ac.id>
pathChirp is a new active probing tool for estimating the available bandwidth
on a communication network path. Based on the concept of "self-induced
congestion", pathChirp features an exponential flight pattern of probes we
call a chirp. Packet chirps offer several significant advantages over current
probing schemes based on packet pairs or packet trains. By rapidly increasing
the probing rate within each chirp, pathChirp obtains a rich set of
information from which to dynamically estimate the available bandwidth.
WWW: http://www.spin.rice.edu/Software/pathChirp/
PR: ports/81293
Submitted by: dikshie <dikshie@lapi.itb.ac.id>
load of a real-world busy file server.
It stresses the filesystem with multiple threads performing random reads,
writes and rewrites in order to get a realistic idea of the scalability
and the concurrency a system can handle.
WWW: http://blogbench.pureftpd.org/
PR: ports/77490
Submitted by: Janos Mohacsi <janos.mohacsi@bsd.hu>
dkftpbench is an FTP benchmark program inspired by SPECweb99. The
result of the benchmark is a number-of-simultaneous-users rating;
after running the benchmark properly, you have a good idea how many
simultaneous dialup clients a server can support. The target
bandwidth per client is set at 28.8 kilobits/second to model dialup
users; this is important for servers on the real Internet, which
often serve thousands of clients on only 10 MBits/sec of bandwidth.
PR: ports/73006
Submitted by: Roman Bogorodskiy <bogorodskiy@inbox.ru>
for evaluation of performance of the calculation
of incompressible flow analysis. This program solves Poisson equation
by Jacobi's iterative method which have many loops
- needs an MPI implementation (mpich and lam are supported by this port)
- needs an Basic Linear Algebra Subprograms implementation like atlas (default)
or blas (both are supported by this port)
tested on alpha (5), amd64 (5) and i386 (4 and 5)
Julian Elischer suggested a new category "net/benchmarks" because
he believes that too many ports are listed under net/. Checking
into it, I noticed that these two ports are described as
benchmarking programs. In the Porters' Handbook, the net
category is described as "miscellaneous networking software".
The benchmarks category seems more specific so I feel that it
is preferable.
PR: ports/39095
Submitted by: Trevor Johnson <trevor@jpj.net>
SciMark 2.0 is a Java benchmark for scientific and numerical
computing. It measures several computational kernels and
reports a composite score in approximate Mflops (Millions
of floating point operations per second).
Suggested by May Tho.
PR: ports/50645
Submitted by: Thierry Thomas <thierry@pompo.net>
This is an ANSI C version of the SciMark2 benchmark,
translated from the original Java sources. The intent in
making this benchmark available in C is mainly for performance
comparisons.
Suggested by May Tho.
PR: ports/50646
Submitted by: Thierry Thomas <thierry@pompo.net>
