Date: Tue, 21 Mar 1995 22:21:30 -0800 From: "Justin T. Gibbs" <gibbs@estienne.CS.Berkeley.EDU> To: steve2@genesis.tiac.net (Steve Gerakines) Cc: freebsd-hackers@FreeBSD.org Subject: Re: Problems with 2940 and 950210snap Message-ID: <199503220621.WAA01180@estienne.cs.berkeley.edu> In-Reply-To: Your message of "Wed, 22 Mar 1995 00:15:44 GMT." <199503220015.AAA06755@genesis.tiac.net>
next in thread | previous in thread | raw e-mail | index | archive | help
>> tar cvf /dev/ft0 <some path> >> >> And have it just work. The fact that /dev/rst0 and /dev/rmt0 both do >> this only leads the new user further down the garden path. > >This is in progress, and it has some advantages and disadvantages. On >the positive side, usage will be consistent with other tape drives. >Since ECC support is moved into the driver, I can now perform some >low level error recovery that the current driver is unable to do. >While I'm in doing this stuff I'm trying very hard to eliminate the >strange state machines within the driver as well. > >On the negative side, the driver is going to be much larger than it >currently is. I also expect that the tape drive will not stream very >well. (Ages ago the driver used strategy() for its work instead of >ioctls and performed poorly, but this may have improved.) The >last drawback is that with tar or dump you lose the ability to >random access files on the tape. A QIC-40/80 backup program does >this by storing the entire file directory at the front of a saved set. I believe that someone in the linux camp added support for this into gtar. >- Steve >steve2@genesis.tiac.net -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ==============================================
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503220621.WAA01180>