Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!elroy.jpl.nasa.gov!decwrl!sgi!shinobu!odin!anchor!olson
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Ansitape angst
Message-ID: <1991Feb19.181721.28323@odin.corp.sgi.com>
Date: 19 Feb 91 18:17:21 GMT
References: <9102190812.AA12122@karron.med.nyu.edu>
Sender: news@odin.corp.sgi.com (Net News)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Lines: 20

In <9102190812.AA12122@karron.med.nyu.edu> Dan Karron@UCBVAX.BERKELEY.EDU writes:


| I am reading some ansi tapes on a cypher 9 track tape. Performance
| is terrible. The tape drive saws back and forth, moving only an inch
| or so each cycle. How can I improve performance ? I tried using
| bstream, but ansitape won't read from standard input. How can
| I determine the proper blocking factor to use to match tape blocks
| with host blocking buffers ?
| 
| 
| This is agony! It is taking hours to read each tape!

Note that the default blocksize is only 2k.  You might try using a larger
block size, if that is appropriate.
--

	Dave Olson

Life would be so much easier if we could just look at the source code.