Date: Tue, 02 Mar 1999 20:38:38 -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: <199903030238.UAA10662@nospam.hiwaay.net> In-Reply-To: Message from Tom <tom@uniserve.com> of "Tue, 02 Mar 1999 18:12:43 PST." <Pine.BSF.4.02A.9903021758210.3610-100000@shell.uniserve.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Tom writes: > On Tue, 2 Mar 1999, David Kelly wrote: > > 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. > > Well, that is assuming the buffer is used for writing. I suspect tape drive RAM is mostly used for buffering during compression. Haven't been trying compression and even went to extended effort to disable compression on all my DDS drives. But am guessing comprssion might invoke buffering. -- 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?199903030238.UAA10662>