Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 02 Mar 1999 19:25:19 -0600
From:      David Kelly <dkelly@hiwaay.net>
To:        Tom <tom@uniserve.com>
Cc:        freebsd-stable@FreeBSD.ORG
Subject:   Re: rc5des slows tape thruput 
Message-ID:  <199903030125.TAA10091@nospam.hiwaay.net>
In-Reply-To: Message from Tom <tom@uniserve.com>  of "Mon, 01 Mar 1999 19:59:32 PST." <Pine.BSF.4.02A.9903011955220.21869-100000@shell.uniserve.ca> 

next in thread | previous in thread | raw e-mail | index | archive | help
Tom writes:
> > The drive at home has 1M of internal RAM, the DDS-3 drives at work have 
> > 2M buffers. It would appear FreeBSD doesn't make use of these buffers.
> 
>   I don't see how that could be.  SCSI tapes are SCSI tapes.  Any
> buffering done by the device should be invisible.  There might be a SCSI
> mode page flag to turn it on or off though.

What if you write 1MB ahead into the tape drive, then hit the end of 
tape? How would one attempt to recover from that? It seems the Un*x 
architects intend to be able to recover from that situation altho in 
practice its unreliable. It seems only one block at a time is given to 
the drive, and the drive doesn't ask for more until the first is safely 
on tape.

I have a Seagate/Conner/Archive DAT book that is begging me to read 
some more.

> > A couple of percent. Using dd to read /dev/zero and write /dev/null 
> > yields 208M/sec w/o rc5des running, 203M/sec with, writing 100000 
> > blocks of 10k (roughly 1G) so the test runs long enough to be valid.
> 
>   Those figures are pretty weird.  208MB/s or ?  That is a pretty fast
> tape drive.  /dev/zero isn't a good test source due to drive compression
> and encoding stuff.

Read the above again. I was writing to /dev/null. The experiment 
suggests /dev/rsa0 is blocking on writing of only one block, while
/dev/null doesn't block. rc5des hurt writing to /dev/null by 2.5% but 
hurts writing to /dev/rsa0 by 50%.

The suggestion to hack HZ in the kernel isn't a bad idea at all. Other 
than the little problem the machine at work that I really want to apply 
this to is no longer under my control. Its owner moved it to another 
facility where I have to visit it as a common user. :-(

--
David Kelly N4HHE, dkelly@nospam.hiwaay.net
=====================================================================
The human mind ordinarily operates at only ten percent of its
capacity -- the rest is overhead for the operating system.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199903030125.TAA10091>