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>
