Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Nov 2000 09:03:07 -0800 (PST)
From:      Matthew Jacob <mjacob@feral.com>
To:        "Jacques A. Vidrine" <n@nectar.com>
Cc:        freebsd-scsi@FreeBSD.ORG
Subject:   Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle
Message-ID:  <Pine.BSF.4.21.0011151908480.96707-100000@beppo.feral.com>
In-Reply-To: <20001115193541.A13852@hamlet.nectar.com>

next in thread | previous in thread | raw e-mail | index | archive | help

> 
> It's worked well with dump/restore for the past 13 months.  It is just
> this odd behavior with afio -Z (software compression).
> 
> > Take the program below, compile it, put a scratch tape in the drive,
> > execute 'mt -f /dev/nrsa0 status' (and send us the output) and then execute:
> > 
> > pat_test v -b 64k -r 1000 -n 10 -f /dev/nrsa0
> 
>   # ./pat_test -v -b 64k -r 10 -n 10 -f /dev/nsa0
>   .......Rewind Tape
>   ........Write Pass
>   EOT at File 9 Record 1000 Offset 65536 (655360000 total bytes written)
>   Elapsed Seconds: 501; Data Rate: 1.2475MB/s
>   .......Rewind Tape
>   .........Read Pass
>   EOT at File 10 Record 0 Offset 0 (655360000 total bytes read)
>   Elapsed Seconds: 190: Data Rate: 862316MB/s

That's a very large compression difference.


Hmm. Well, your script had too many errors to run, but what must be occurring
is that dd has written out the (compressed) data. The filemarks don't get
written except at close after writes or via the mt(1) command.

So, back to what I originally suggested. Up the timeout for writing filemarks,
and/or don't use the compressing tape device.

-matt












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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0011151908480.96707-100000>