Date: Mon, 14 Dec 1998 19:31:15 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Greg Lehey <grog@lemis.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Tape Driver Changes Proposed: Tape Early Warning Behaviour Message-ID: <Pine.LNX.4.04.9812141927130.2563-100000@feral-gw> In-Reply-To: <19981215135448.B15815@freebie.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Well, you don't have to go overboard. Combine compression and > density. We have BSD semantics, I suppose, so the only other thing is > no rewind, which we already cater for. So for, say, an Exabyte > 8505XL, you'd have: > > /dev/rst0l 8202 mode, no compression > /dev/rst0n 8202 mode, compression > /dev/rst0h 8205 mode, no compression > /dev/rst0c 8205 mode, compression > /dev/nrst0l 8202 mode, no compression, no rewind > /dev/nrst0n 8202 mode, compression, no rewind > /dev/nrst0h 8205 mode, no compression, no rewind > /dev/nrst0c 8205 mode, compression, no rewind > > Sure, it's more than now, but it shouldn't confuse people too much. > Cool, but there are four possible densities in the current data structures. And speeds (has anyone actually ever found a drive that *uses* these?). And multiple compression algorithms to select from. I'm kind of inclined to think that the compromise of Rew/Norew X Compress/Nocompress X Low/High density is sufficient as long as you can establish that the latter two categories are a persistent (not through reboot, tho) cache of possible values that you can set via the mt(1) command. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.04.9812141927130.2563-100000>