HDTenEightyP/NetNews huggingface dataset:
From: ak@ananke.stgt.sub.org (Andreas Kaiser)
Newsgroups: comp.periphs.scsi
Subject: AHA1740 does not recognize ST3283N
Distribution: world
Date: Wed, 30 Sep 92 04:12:38 GMT
Organization: ananke

I've tested two Seagate ST3283N in an ICL 486 EISA with an AHA1740 in
enhanced mode. The AHA did not even recognize the drive at startup,
SCSI was setup correctly (0). Several other disk drives worked
perfectly (IBM 0663L12, Connor 200MB, 160MB shipped with IBM PS/2s).

Any reason or workaround known?

		Gruss, Andreas

:::::::::::::::::::: subnet:  ak@ananke.stgt.sub.org
:: Andreas Kaiser :: fidonet: 2:241/7220.9
::::::::::::::::::::
Newsgroups: comp.periphs.scsi
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Looking for a list (SCSI tape drive phs block size)
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Tue, 6 Oct 1992 18:11:01 GMT

Does anyone have a list of various 8mm and DAT SCSI tape drives and
their physical block sizes? I know I could get lots of EOM tech manuals
but that seems overkill :)

Aren't there some systems where this kinda info is detailed in their
tape device driver tables?

Thanks!
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.periphs.scsi
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: DAT vs. 8mm
Summary: More discussion
Date: Thu, 1 Oct 1992 00:56:43 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

In article <1992Sep29.223944.14685@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
>In <1992Sep29.172311.3867@kakwa.ucs.ualberta.ca> sherwood@fenris.space.ualberta.ca (Sherwood Botsford) writes:
>
>>3.  The difference in speed on streaming is fairly small  
>>(~25%) 
>
>If DAT technology didn't advance significantly in the last month this
>is not true. 8mm does 500k/s streaming, DAT does 187k/s.

8mm 5 GB drives (Exabyte 8500s) do 500kb/sec IF you can keep the pipeline
full.  The new DAT drives (Turbo Python) will do 366KB/sec in native (2GB)
mode, and will run up to 1.4MB/sec with the compression (which is built in,
and compatible across makes) enabled.

With compression you can also get up to 8GB on a tape.  Typical capacities
are more like 3-4GB with data you find on a typical disk.  

Now you CAN get compression on the Exabyte 8500s, but that is definately NOT
standard between manufacturers.  The best-known compression drive maker is
probably Contemporary Cybernetics.

>>4.  The media takes up less room for storage.
>
>If you count the capacity this isn't true either. Of course some people
>don't fill each tape to its capacity.

See above ;-)

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions

Newsgroups: comp.periphs.scsi
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: Q about ACB4000a and Macintosh
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 30 Sep 1992 05:59:43 GMT

SCSI drives can be MFM drives (or RLL, etc) since MFM is A WAVE ENCODING
SCHEME and is not an interface designation. I think you refer to ST401
interface to SCSI adapter (I think its called ST401...)

Anyway perhaps the board must be given special vender unique commands to
tell it what to do first. Or perhaps the adapter uses LUN numbers shared
by a single SCSI address?

I am unfamiliar with this device, but I do know APS's drive formatting
software (since I wrote almost half of it). The software supports PROPERLY
designed SCSI-2 and SCSI-1 compliant devices, and supports interface cards
such as ATTO Nubus cards and 68000 Inc. Processor Direct Slot cards, as
well as the macs SCSI ports. I can only assume one thing, the device
cannot actually respond as two separately addressable SCSI devices
(because it is one card) or it can but requires vendor unique commands.

In any case, if it is like a Bernoulli 90, using logical addresses, then
no major software can help you (FWB, SCSI Director derivitives,
CasaBlanca, LaCie, GoldenTriangle, MacPeak, SoftwareArchetects, etc. etc.)
NOTHING.

Get a programmers SCSI interface guide for the  Adaptec ACB4000A
MFM-to-SCSI controller, and see it it accepts special vendor unique SCSI
commands to tell it to steal an extra bus address. How much does this card
cost? Is it worth it?


Oh well,

Bill Williams

Newsgroups: comp.periphs.scsi
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: DAT vs. 8mm
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Thu, 1 Oct 1992 11:20:53 GMT

In <BvF3yJ.H69@ddsw1.mcs.com> karl@ddsw1.mcs.com (Karl Denninger) writes:
>With compression you can also get up to 8GB on a tape.  Typical capacities
>are more like 3-4GB with data you find on a typical disk.  

I can tell you that I would have to problems to store more than 2Gig
on a 2Gig tape even with compression. We may not be 'typical' but
many people in the scientific world that need large backup media
need it for large datasets (of floating point numbers).
And, our non-floating point data is already compressed to save disk
space.

BTW, your argument that you need to keep the 8mm unit streaming at
500k/s is of course even _more_ important when you are doing
compression (and the compression is working). The streamers await
some 1-2 MB/s to keep the pipeline running depending on the
compression factor.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.periphs.scsi
From: mcconnel@b11.b11.ingr.com (Guy McConnell)
Subject: Re: DAT vs. 8mm
Reply-To: mcconnel@b11.b11.ingr.com (Guy McConnell)
Organization: Intergraph Corp. Huntsville, AL
Date: Thu, 1 Oct 1992 17:18:59 GMT

In article <BvF3yJ.H69@ddsw1.mcs.com> karl@ddsw1.mcs.com (Karl Denninger) writes:
>
>
>Now you CAN get compression on the Exabyte 8500s, but that is definately NOT
>standard between manufacturers.  The best-known compression drive maker is
>probably Contemporary Cybernetics.

    Actually, the Exabyte compression algorithm is a proprietary
implementation of IBM's IDRC.  The others, like Contemporary
Cybernetics, are *not* drive makers at all.  Their compression
algorithms vary.  The same is true for DAT though.  Both STAC and
DCLZ are usable according to the much-touted "standard" along with
the various flavors of add-on compression.  So *Exabyte's*
compression is *the* standard and it is compatible on factory
equipped compression drives and they (and Kubota) are the *only*
8mm drive manufacturers.

--
========================================================================
Guy D. McConnell, Intergraph Corp.|        |All that is gold does not
Huntsville, AL.  35894-0001       | These  |glitter, not all those who
Mail Stop CR1105                  |opinions|wander are lost, the old
Computer and Storage Technology   |are mine|that is strong does not
Evaluation Group - Tape Products  |and mine|wither, and deep roots are
guy@mspe5.b11.ingr.com            | alone. |not reached by the frost.
 205-730-6289   FAX  205-730-6011 |        |                J.R.R.T.
========================================================================
Newsgroups: comp.periphs.scsi
Subject: Software Disk Cache and ASPIDISK.SYS
From: clear@cavebbs.welly.gen.nz (Charlie Lear)
Date: Fri, 02 Oct 92 03:23:39 GMT
Organization: The Cave MegaBBS, Public Access Usenet, Wellington, NZ

I run a largish DOS-based BBS system on four lines, using MS-DOS 5.0 and
Desqview, in addition to this Unix system.

Performance and reduction of wear and tear on the drives is an issue, so
I run the system based around RAMdisks and a cache.  Under DV, I've
found that Central Point's PC-Cache 5.5 is the most stable.  More recent
versions of PC-Cache and others (like Hyperdisk) have a bad habit of
scrambling data or crashing the system.  (In this particular instance:
Hyperdisk runs happily on my other single-user, non-Qemmed box.)

That was fine until I added two more disks to the system yesterday.
Running four physical disks on a 1542B requires me to use ASPIDISK.SYS,
but PC-Cache won't recognise the AFDISKed partitions I:, J: and K:.
Hence I've got two disks handled by PC-Cache and two with no caching at
all.

Can anybody please refer me to a software disk cache that offers
reasonable performance (staged writes not necessary), is stable and will
work on disk partitions accessed through the ASPIDISK device driver?

FTR, the system is a 386/33 cached, 12MB RAM, with AHA-1542B driving a
Seagate ST3283N, Maxtor LXT213S, Conner CP3100 and another ST3283N.

#Config.sys follows:
  lastdrive=m
  device=c:\dos\sys\aspi4dos.sys /d    # 3283N=C:,D:,E:,F:, LXT=G:,H:
  device=c:\dos\sys\aspidisk.sys /d    # Conner=I:, 3283N=J:,K:
  device=c:\dos\bin\xmodem.sys
  DEVICE=C:\QEMM\QEMM386.SYS RAM
  device=c:\qemm\loadhi.sys /r:1 c:\dos\ramdrive.sys 1024 512 96 /A
  device=c:\qemm\loadhi.sys /r:1 c:\dos\ramdrive.sys 6072 /A
  files=50
  buffers=5
  fcbs=16,8
  stacks=0,0
  device=c:\qemm\loadhi.sys /r:1 c:\dos\ansi.sys
  install=c:\qemm\loadhi.com /tsr /r:1 c:\dos\share.exe
  install=c:\qemm\loadhi.com /tsr /r:2 c:\dv\dvtxdi.com
  install=c:\qemm\loadhi.com /tsr /r:1 c:\dos\bin\pc-cache.com /sizexp=1536k\
        /max=8 /nobatch
  shell=c:\command.com c:\ /E:300 /P
  break=on
  dos=HIGH,NOUMB
#end config.sys

Thanks in advance.

-- 
Charlie "The Bear" Lear | clear@cavebbs.welly.gen.nz | Kawasaki 750GT DoD#0221
Databits Computer Co / Shareware Distribution NZ        Ph/Fax  +64 4 564-5307 
PO Box 2009, Wellington, New Zealand        The Cave MegaBBS +64 4 5642269 V32 
Newsgroups: comp.periphs.scsi,comp.unix.sysv386,comp.unix.admin
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: DPT Caching Controller
Keywords: DPT Caching SCSI
Organization: American Micro Group, Ft. Lee  NJ
Date: Sun, 27 Sep 1992 15:49:54 GMT

In article <Bv8Jyt.LC0@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes:
>root@maxed.amg.com (0000-Admin(0000)) writes:
>
>>But that's just not true; it really isn't so fast, I wish it were. But
>>our non-cacheing boards benchmark better every time.
>
>We have had a DPT card with 2.5MB of memory for the past 3 years in one 
>system or another.  When we have benchmarked the throughput it has come up
>slower than the WD1007a wrt sustained throughput.
>
>However, with that card in the system, the system feels noticably faster,
>compiles run faster, etc, etc.  I think the performance gain is due to the
>fact that the caching controller caches inode writes (which are usually 

...

>
>Another solution to the disk i/o problem is to use a SCSI system with 
>several small disks that are striped.  This setup will give you the best
>of all worlds.

I  mean to talk SCSI here, not ESDI, and our benchmarks show worse
performance for the DPT cacheing cards, than the non-cacheing cards
from BusTek and Adaptec for EISA, or for ISA.

This is true for large or small file reads and writes, for sequential
reads and writes with different block and record sizes, and for
multiple processes doing disk io.

Our experience is that you improve performance by increasing buffer
size (V3-NBUF and NHBUF, V4-BUFHWM) and not by adding a cacheing SCSI
board.

As for ESDI, and IDE, since they depend on the host CPU to do transfers,
they benchmark comparatively poorly under multitasking, and we do not
use them.

For higher performance than SLED (Single Large Expensive Disk), RAID,
with Disk Striping is definitely a help.

-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.periphs.scsi
From: mmaster@parnasus.dell.com (Michael Masterson)
Subject: Re: DAT vs. 8mm
Organization: Dell Computer Co
Date: Fri, 2 Oct 1992 23:39:17 GMT

mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:

>In <1992Oct1.232024.9738@kakwa.ucs.ualberta.ca> sherwood@fenris.space.ualberta.ca (Sherwood Botsford) writes:
>>High DAT's start about where the low end 8mm's are.   
>>Exabyte 8500's seem to leave scant change from 5 K$.

>EXB8500's are less than $4k.

and DAT drives with data compression are under $2k.

cheers.
-- 
Operated by professionals, do not try at home, see your dealer for details.
Your mileage may vary. Call before digging. Best if eaten by date on package.
Apply only to affected area. Batteries not included. Member FDIC.
Michael Masterson                                   mmaster@parnasus.dell.com
From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
Newsgroups: comp.periphs.scsi
Subject: Re: Multiuser Multitasking Magazine
Date: 2 Oct 92 16:09:38 GMT
Article-I.D.: tuna.199210021515.AA26876
Organization: Mail to News Gateway at Wang Labs

Is this magazine available in the US, either via subscription
or in public libraries?  Are sample copies available?
(A lot of times European computer magazine subscriptions become
very expensive when they are mailed to the US; we get Computerwoche
here and that is quite expensive-sehr teur!)  The Editor of Multiuser
Multitasking posted a RAID 7 question to this group the other day.

Michael.Willett@OFFICE.Wang.com
Newsgroups: comp.periphs.scsi
From: nbladt@autelca.ascom.ch (Norbert Bladt)
Subject: Re: TAR or CPIO for ASPI and Adaptec, is it available?
Organization: Ascom Autelca AG, Guemligen, Switzerland
Date: Wed, 30 Sep 1992 06:49:30 GMT

ed@maxed.amg.com (Ed Whittemore) writes:

>We want to be able to read and write in Unix read/write format to 
>Exabytes and other SCSI tape drives on our DOS machines with the
>aspi4dos and aspiedos drivers loaded and I remember that there were 
>PD implementations of tar, or maybe cpio available to do this.
>Can someone tell me if this is so, and point me to the source for 
>uucp?
Yes. I asked the same question one (or was it two) week(s) ago.
I received just one answer (from ferincz@methan.chemie.fu-berlin.de).
He wrote:
---------------------- start of  included message -----------------------------
A quick look through the SIMTEL-20 directories showed:
[ in PD1:<MSDOS.DSKUTL> ]
> ASPIBIN.ZIP   B   67841  920131  Gnu Tar for SCSI tape drives, Adaptec 154xx
> ASPIPAT.ZIP   B   21206  920131  Patches for ASPIBIN relative to Gnu Tar 1.10
> ASPISRC.ZIP   B  221370  920131  Src for Gnu Tar for SCSI tape, Adaptec ctrlr
> GTAK100.ZIP   B  225790  920320  DOS+OS/2 tar for SCSI tapes on Adaptec cntl's
> JUMBO254.ZIP  B  261516  920819  CMS 120MB and 250MB tape drive software v2.54
> QFA250.ZIP    B  204480  920131  CMS QFA-250 tape software, 01/08/92 release
> 525TD.ZIP     B  472399  920629  Updated Mountain Tape soft (& some Compudynes)
------------------------ end of  included message -----------------------------
I think, either ASPIBIN.ZIP or GTAK100.ZIP is the right one for you.

If you don't know how to get these files, I can't help you. I don't know
the exact name of simtel-20 in USA and its IP-adress.
But Keith Petersen (maintainer ? of simtel20) did post hints in several
newsgroups. Perhaps you can find one of his articles.

Hope this helps,

Norbert.

P.S.
Due to some mail problems with our connection to BITNET I didn't get
ASPIBIN.ZIP, yet. That means I couldn't test it, yet.
-- 
Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt
Newsgroups: comp.periphs.scsi,comp.os.os2.misc
From: THOGER@bg1.hbg.hydro.no (Terje Thoegersen)
Subject: BUSTEK drivers (or BBS #)?
Organization: Norsk Hydro, Hydro Data
Date: Mon, 5 Oct 92 12:09:04 GMT
X-News-Reader: VMS NEWS 1.11


Hi!

I've got an HP 486 EISA with a Bustek 742 SCSI HA installed. I've got some
DOS-based drivers / utils for this, but wondered about OS/2 support..

Do you know where I can find OS/2 disk drivers and perhaps an ASPI driver?
(No, I can't get the Adaptec ones to work..)

If you have a BBS number, I'd be grateful..

Regards,
 -Terje


-------------------------------------------------------------
Terje Thoegersen    Norsk Hydro    Hydro Data    Oslo, Norway
Newsgroups: comp.periphs.scsi,comp.sys.sun.admin,comp.sys.sun.hardware
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: SCSI Device Driver for SPARC
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 26 Sep 92 16:12:33

In article <wstqbxjs@csv.warwick.ac.uk> esrne@warwick.ac.uk writes:
> I want to write a "simple" SCSI driver for a SPARC.
> 
> All the headers etc for this are in /sys/scsi.
> 
> Can someone suggest where I can look for
> documentation and info to do this with a SPARC ?

I would strongly recommend that you get hold of "SBus Developer's Kit-II"
which contains a wealth of information on how to write device driver for
SunOS in general, and (among other things) for the SCSA architecture. It also
includes an example SCSI device driver, which you might use as a starting
point.

SBus Developer's Kit-II can be obtained from Hamilton Avnet.

Steinar Haug, system/networks administrator
SINTEF DELAB, University of Trondheim, NORWAY
Email: Steinar.Haug@delab.sintef.no, 
	sthaug@idt.unit.no, steinar@tosca.er.sintef.no
Newsgroups: comp.periphs.scsi
From: ed@maxed.amg.com (Ed Whittemore)
Subject: TAR or CPIO for ASPI and Adaptec, is it available?
Organization: American Micro Group, Inc., Ft. Lee, NJ
Date: Tue, 29 Sep 1992 19:02:01 GMT

We want to be able to read and write in Unix read/write format to 

Exabytes and other SCSI tape drives on our DOS machines with the

aspi4dos and aspiedos drivers loaded and I remember that there were 

PD implementations of tar, or maybe cpio available to do this.

Can someone tell me if this is so, and point me to the source for 

uucp?

Thanks.

Ed Whittemore   uupsi!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.periphs.scsi
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Subject: Re: Problems accessing HP35470A DAT drive
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 28 Sep 1992 17:31:18 GMT

Christoph Baumhof writes
> Hello,
> 
> I connected a HP 35470A DAT to a Sun ELC (SunOS 4.1.1)  
and I finally
> managed to get these two talking by setting the DIP  
switches of the
> DAT 1-5 on, 6-8 off. But now, I'm getting strange errors  
(file is
> about 10 MB):
> 
> dd if=file of=/dev/nrst0 bs=32k
> dd: write: I/O error
> 225+0 records in
> 225+0 records out
> 
> In the middle of the dd operation, the DAT spins up and  
winds the
> tape forth and back again, meanwhile, the console shows
> 
> st0:       SCSI transport failed: reason 'timeout':  
giving up
> Sep 28 11:20:50 iamk4515 vmunix: esp0: Disconnected  
command timeout for Target 4 Lun 0
> st0:    Error for command 'write file mark', Error Level:  
'Retryable'
> Block: 224
> Sense Key: Aborted Command
> Vendor (Vendor 'HP      ' Product 'HP35470A        ' )  
Unique Error Code: 0x4e
> 
> The 224 written blocks can then be read back without  
errors, but
> I can't get the DAT to write files greater than perhaps  
3-5 MB.
> The amount of data that is written successfully varies  
greatly.
> 
> Does anyone have a suggestion what can be wrong here?  
Does anyone know
> where the vendor unique codes are documented? Most of the  
time, I'm
> getting code 0x4e, but sometimes I've got 0x44.
> 
> Looking for help....
> 

4e is Overlapped commands attempted.  (You're sending a  
command to the drive when it's still busy with one.)

44 is "Internal Target Failure." Something has happened,  
and the drive is at a loss to know what to do.


I suspect that the the drive and the driver are not  
agreeing as to whether disconnect during data transfer is  
allowed.
From: durby@usc.edu (Dennis Durby)
Newsgroups: comp.periphs.scsi
Subject: HP670S (model number?)
Keywords: HP Harddrives
Date: 5 Oct 92 15:24:10 GMT
Distribution: na
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

I recently ordered an HP 670 Mb SCSI-2 hard drive, which arrived (or I 
thought it did) on Friday.  Upon opening the shipping carton yesterday, I 
was confronted with the invoice which says the HD is HP670S; but the drive 
has SEAGATE all over it, model #ST4702N.

Any idea what gives?  I hate Seagate.  I don't ever want to own another 
Seagate drive.  It's not rational of me, but I'm not changing my mind.  So, 
did the shipper mis-ship?  Or does Seagate make this drive for HP?  The 
drive I ordered supposedly has a five year warranty.  HELP!!! And Thanks!

-Dennis Durby-
durby@aludra.usc.edu
Newsgroups: comp.periphs.scsi
From: mcconnel@b11.b11.ingr.com (Guy McConnell)
Subject: Re: DAT vs. 8mm
Reply-To: mcconnel@b11.b11.ingr.com (Guy McConnell)
Organization: Intergraph Corp. Huntsville, AL
Date: Wed, 30 Sep 1992 21:06:44 GMT

In article <1992Sep30.160937.14731@bnr.ca> thraxisp@bnr.ca (Glenn Henshaw) writes:
>In article <1992Sep29.172311.3867@kakwa.ucs.ualberta.ca> Sherwood
>Botsford, sherwood@fenris.space.ualberta.ca writes:
>>3.  The difference in speed on streaming is fairly small  
>>(~25%) 
>  DAT speeds of 187k/s and 8mm at 480k/s were quoted later. DAT with
>compression
>  can run at up to 700k/s. The real key is how fast the host will run. My
>experience
>  is that 8mm drives have smaller buffers and are easily underrun on
>backups
>  implying lower effective throughput.

    There it is.  Let's compare apples to apples.  Compressed 8mm
can run at up to 2.5 MB/sec.  Real numbers for both DAT and 8mm will
be closer to 2x speed (and compression ratio) or 1 MB/sec for 8mm
and 366 KB/sec for DAT.  As for buffers, the 5.0 GB Exabyte has a 1
meg buffer.  I am unaware of any DAT product shipping with a larger
one.

>>4.  The media takes up less room for storage.
>  New 90 metre cartridges hold 2.0M without compression and 4-5M with.

    Data grade 112m 8mm cartridges hold 5.0 GB without compression
and 10-25 GB with.

>>5.  Exabytes do not have a reputation for reliability.   
>>MTBF is nowhere near what is claimed.
>  The other key is the recoverability of data from the tape. 8mm specs
>  a recoverable error rate of 1 in 10**12 and DDS/DAT of 1 in 10**15.

    Another distortion.  DAT is 1 in 10**15 theoretical, 8mm is 1 in
10**13 proven.

--
=======================================================================
Guy D. McConnell, Intergraph Corp.|        |All that is gold does not
Huntsville, AL.  35894-0001       | These  |glitter, not all those who
Mail Stop CR1105                  |opinions|wander are lost, the old
Computer and Storage Technology   |are mine|that is strong does not
Evaluation Group - Tape Products  |and mine|wither, and deep roots are
guy@mspe5.b11.ingr.com            | alone. |not reached by the frost.
 205-730-6289   FAX  205-730-6011 |        |                J.R.R.T.
=======================================================================