rawio 1.2_3 benchmarks =6

Test performance of low-level storage devices

There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
Port Added: unknown

---

---

Rawio tests the speed of your low-level character I/O devices.
It is intended for comparisons of storage devices on a single system,
and is not suited for cross-platform performance testing.

CVSWeb : Sources : Distfiles Availability : PortsMon

---

To install the port: cd /usr/ports/benchmarks/rawio/ && make install clean
To add the package: pkg_add -r rawio

---

Configuration Options

     No options to configure

---

Master Sites:

ftp://ftp.lemis.com/pub/

http://ftp.osuosl.org/pub/FreeBSD/distfiles/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

Reset grog@FreeBSD.org: last commit was more than 6 months ago, and
PRs are outstanding.

Fix rawio for sequential read/write tests:

Update port: benchmarks/rawio update MASTER_SITE

        - Update MASTER_SITE to fix fetch problem.

Instead of replacing the master-site, I have added the second one
until Greg fixes his ftp site.

PR:             ports/87988
Submitted by:   Jean Milanez Melo <jmelo@freebsdbrasil.com.br>

Re-support FreeBSD 4 (which has sys/disk.h as a kernel header, not a
userland/kernel header).  No PORTREVISION bump since this is a fix
for compilation.

PR:     ports/88319
Submitted by:   marck

Modify rawio(1) to work with GEOM by losing the multiple-open(2)
semantics.  As GEOM prevents actual concurrent accesses that are
deemed generally unsafe.  As we know, as a rawio(1) user, that we
are intending to do something ostensibly unsafe, we can use a single
open(2) shared among the worker children and then use pread(2) and
pwrite(2) instead of read(2), write(2) and lseek(2).  This properly
bypasses the sanity checks GEOM makes for concurrent access.

Additionally, sector size isn't and hasn't ever been necessarily 512
(or a multiple thereof), but we don't have many classical examples
of devices not the common case that we'd test rawio(1) with.  In my
particular case, I'm using graid3(8) and have an effective sector size
of 1024.  The program now attempts to use DIOCGSECTORSIZE to find
the correct base for a device and thus Works For Me.

Cursory review by:      MAINTAINER

Add size data.

Approved by:    maintainers

Use PLIST_FILES (bento-tested, marcus-reviewed).

[PATCH] benchmarks/rawio has a bug in commandline option parser

        run rawio with -s option(size of raw disk device), as follows:
            % rawio -a -s 30029328k -v 1 /dev/ad4c
        returned:
            Invalid length specification: -v

        in source rawio.c, it skips parsing argument at one point.

PR:             ports/58567
Submitted by:   OOTOMO Hiroyuki <ootomo@za.wakwak.com>
Approved by:    maintainer timeout

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

Remove obsolete patch-files

PR:             ports/40535
Submitted by:   Tilman Linneweh <tilman@arved.de>
Approved by:    grog@freebsd.org

Upgrade to version 1.2.

Reminded by:    kkenn

Make this build again on systems with no MAP_INHERIT on mmap.

Correct checksum.    

Include sys/random.h, not machine/random.h.    

Update checksum.    

Convert category benchmarks to new layout.  

Grog is willing to maintain this now.    

2 vulnerabilities affecting 3 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities