CVS log for ports/benchmarks/rawio/files/Attic/patch-ad
![[BACK]](/gifs/back.gif){kind=small}
Up to [FreeBSD] / ports / benchmarks / rawio / files
Request diff between arbitrary revisions
Keyword substitution: kv
Default branch: MAIN
Revision 1.6
Mon Aug 1 04:29:37 2011 UTC (6 months, 1 week ago) by bapt
Branches: MAIN
CVS tags: HEAD
FILE REMOVED
Changes since revision 1.5: +0 -0 lines
Bye bye abandonwares (part 2) 2011-08-01 benchmarks/rawio: Looks like an abandonware, no more public distfiles 2011-08-01 benchmarks/tmetric: Looks like abandonware, no more public distfiles 2011-08-01 biology/L-Breeder: Looks like an abandonware, no more public distfile 2011-08-01 biology/crimap: Looks like an abandonware, no more public distfile 2011-08-01 biology/distribfold: No more upstream, looks like an abandonware 2011-08-01 biology/kinemage: Looks like an abandonware, no more public distfile 2011-08-01 biology/lsysexp: Looks like an abandonware, no more public distfile 2011-08-01 chinese/chm2html: Looks like an abandonware, no more public distfile 2011-08-01 chinese/ntuttf: No more public distfiles available 2011-08-01 chinese/reciteword: Looks like an abandonware, no more public distfile 2011-08-01 chinese/tocps: No more pulic distfiles 2011-08-01 chinese/xttmgr: Looks like an abandonware, no more public distfile 2011-08-01 comms/mserver: Looks like an abandonware, no more public distfiles 2011-08-01 comms/qicosi: Looks like an abandonware, no more public distfile 2011-08-01 comms/sms_client: Looks like an abandonware, no more public distfile 2011-08-01 comms/smstools: Looks like an abandonware, no more public distfile 2011-08-01 converters/siconv: Looks like an abandonware, no more public distfiles 2011-08-01 converters/utf8conv: Looks like an abandonware, no more public distfile 2011-08-01 databases/pgcluster: Looks like an abandonware, no more public distfile 2011-08-01 databases/py-MySQL: Please use databases/py-MySQLdb instead 2011-08-01 databases/py-SQLDict: Looks like an abandonware, no more public distfile 2011-08-01 databases/py-rrdpipe: Looks like an abandonware, no more public distfile 2011-08-01 databases/sybase_ase: no more public distfiles available
Revision 1.5: download - view: text, markup, annotated - select for diffs
Mon Oct 9 17:19:54 2006 UTC (5 years, 4 months ago) by se
Branches: MAIN
CVS tags: RELEASE_8_2_0, RELEASE_8_1_0, RELEASE_8_0_0, RELEASE_7_4_0, RELEASE_7_3_0, RELEASE_7_2_0, RELEASE_7_1_0, RELEASE_7_0_0, RELEASE_6_EOL, RELEASE_6_4_0, RELEASE_6_3_0, RELEASE_6_2_0, RELEASE_5_EOL, RELEASE_4_EOL, PRE_XORG_7
Diff to: previous 1.4: preferred, colored
Changes since revision 1.4: +31 -12 lines
Fix rawio for sequential read/write tests: Revision 1.3 of patch-ad worked around the problem, that only one writer is allowed to allow a partition through GEOM. The fix was not complete, leading to the file position not been incremented during reads and writes, thus not testing sequential performance, but performance of cached reads and writes, in general. This fix makes rawio report reasonable sequential performance again, but I'm still very suspicious with regard to randomized start positions working. The results do not show the expected variation of sequential read/write performance. I have not had time to look into this any deeper, though, and thus decidied to not delay the commit any further ...
Revision 1.4: download - view: text, markup, annotated - select for diffs
Tue Nov 1 17:00:41 2005 UTC (6 years, 3 months ago) by green
Branches: MAIN
CVS tags: RELEASE_6_1_0, RELEASE_5_5_0
Diff to: previous 1.3: preferred, colored
Changes since revision 1.3: +16 -14 lines
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
Revision 1.3: download - view: text, markup, annotated - select for diffs
Wed Oct 26 18:40:43 2005 UTC (6 years, 3 months ago) by green
Branches: MAIN
Diff to: previous 1.2: preferred, colored
Changes since revision 1.2: +230 -4 lines
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
Revision 1.2: download - view: text, markup, annotated - select for diffs
Sat Jan 10 07:57:35 2004 UTC (8 years, 1 month ago) by edwin
Branches: MAIN
CVS tags: RELEASE_6_0_0, RELEASE_5_4_0, RELEASE_5_3_0, RELEASE_4_11_0, RELEASE_4_10_0
Diff to: previous 1.1: preferred, colored
Changes since revision 1.1: +14 -5 lines
[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
Revision 1.1: download - view: text, markup, annotated - select for diffs
Fri Mar 29 06:27:12 2002 UTC (9 years, 10 months ago) by grog
Branches: MAIN
CVS tags: RELEASE_5_2_1, RELEASE_5_2_0, RELEASE_5_1_0, RELEASE_5_0_DP1, RELEASE_5_0_0, RELEASE_4_9_0, RELEASE_4_8_0, RELEASE_4_7_0, RELEASE_4_6_2, RELEASE_4_6_1, RELEASE_4_6_0
Make this build again on systems with no MAP_INHERIT on mmap.