sdd
sdd is a replacement for a program called 'dd'. sdd is much faster than dd in cases where input block size (ibs) is not equal to the output block size (obs). Statistics are more easily understood than those from 'dd'. Timing available, -time option will print transfer speed Timing & Statistics available at any time with SIGQUIT (^\) Can seek on input and output Fast null input Fast null output. Support for the RMT (Remote Tape Server) protocol makes remote I/O fast and easy.
| Tags | Archiving Benchmark Networking Systems Administration Utilities |
|---|---|
| Licenses | GPL |
| Operating Systems | BeOS Mac OS X Windows OS/2 POSIX |
Recent releases
- 08 Sep 2004 13:22
Release Notes: Many improvements were made, including support for the RMT (Remote Tape) protocol.
- 17 Jul 2001 16:36
Release Notes: Support for the RMT (Remote Tape Server) protocol was added. fsync() is now done before printing statistics for NFS data integrity.
- 01 May 2001 15:19
Release Notes: A new "-version" option was added. Large file support was added. A new makefile system was implemented, improving portability.
Recent comments
Re: Build System
> Ick, ick ick. What the heck is wrong
> with standard
> autoconf? It's portable, it's
Before complaining you should _read_ what happens
when compiling....
The Schily Makfile system does use autoconf.
However, it avoids to use autoconf to create self
vodifying makefiles which is a technique of the
1970s. The Schily Makefilesystem combines state
of the art techniques:
- Enhanced autoconf (the offocial is only 50% ready)
- A structured set of object oriented
make rules (this is an idea from the 1980s
found in Plan9, the SunOS Kernel and the
BSD Kernel, the Schily makefilesystem
only added portability).
- If you use 'smake' which is a automake
enabled make program, the Schily
Makefile system allows you to compile on
more platforms then the FSF featured
Method would allow! The platform specific
make rules only add extra knowledge,
they are not needed if you use a decent
automake enabled make program because
such a program will create the files
when needed but unavailable.
- It is not possible to use a POSIX only
make for portable compilation.
Re: Build System
> Ick, ick ick. What the heck is wrong
Instead of complaining, why not contribute back an
improved version?
I've had trouble figuring out how to use autoconf
for my own projects, so it doesn't surprise me at
all that not everyone has started using it.
Build System
Ick, ick ick. What the heck is wrong with standard
autoconf? It's portable, it's familiar, and it's
very versatile. There is no excuse for using such
a crappy build system only to push your own make.
Not to mention, you have files there for virtually
every architecture known to man, and your
quivering mound of hacks won't even work with
POSIX make.
schily
01 Feb 1999 06:47
