HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.arch.storage

> / hpgrla:comp.arch.storage / adoyle@BBN.COM (Allan Doyle) /  9:26 am  Sep 28, 1992 /
> I'm looking for a vendor (and the manufacturer) of the Tahiti-II
> CD-ROM drives. There was a review in a German computer magazine
> ('iX' Sept 1992) of 12 drives. The Tahiti-II had some great numbers
> and got a generally good review (they said it was a little nosiy
> and the documentation was only in English...)
> 
> I'm also interested in any Jukebox style systems with Magneto-Optical
> recording technology.
> 
> Thanks,
> 
> 	Allan Doyle

Allan,
As far as I know, the Tahiti-II is a magneto-optical drive, not a CD-rom drive.

HP also makes MO drives and autochangers, ranging from 10GB to 90 GB systems.
Contact your local HP sales rep for more info.

Regards,
    John McCarthy
    Hewlett-Packard/Greeley Storage Division
    johnm@gr.hp.com
From: graef@rs20.hrz.th-darmstadt.de (Ulrich Graef)
Subject: Query: Solid State SCSI Systems 
Date: Tue, 13 Oct 1992 18:18:46 GMT
Organization: TU Darmstadt

Hello,

I heard some time ago, that there exist some Solid State disk subsystems
which can be connected to a computer with SCSI interface.

I am interested in such a system with a backup battery.

Can anybody send me contact addresses of manufacturers?

Uli


-- 
Ulrich Graef        |  analog (phone) :  +49 6155 62493           
Lichtenbergweg 11   |  digital (Email): graef@hrz.th-darmstadt.de 
D-W-6103 Griesheim  +--------------------------------------------
Germany             |  Nothing is real, look into your mirror!
Newsgroups: comp.arch.storage
From: pollard@spock.ecs.umass.edu (Brian D Pollard)
Subject: questions
Summary: is there a FAQ?
Organization: University of Massachusetts, Amherst
Distribution: usa
Date: Mon, 12 Oct 1992 17:46:22 GMT

Help!  I quickly need to learn about fast, high capacity storage
devices.  Most of my questions are very basic; thus, the FAQ, if there
is one, could probably help a great deal.  If someone could post it or
mail it to me, I would greatly appreciate it.  Also, if anyone could
point me to well done summaries, or generally good texts, it would be
an immense help.  Many thanks...
-Brian
From: leonardz@sgi1.mathstat.uoguelph.ca
Newsgroups: comp.arch.storage
Subject: Help select mass storage options
Date: 15 Oct 1992 09:58:40 -0400
Organization: Department of Mathematics & Statistics, U of Guelph
Distribution: world
NNTP-Posting-Host: sgi1.mathstat.uoguelph.ca

       We  are looking for good mass storage solutions. We have
acquired an Auspex file server and are now looking for hardware
and software for backup,archive and what one vendor calls nearline
storage and others call hierarchical storage management: data not on
disk, but readily accessible to the user.


       Questions :

       1 ) For tape:
           a)  which tape format has longer term data retention 4mm or 8mm
           b)  which has faster data transfer rate
           c)  which has higher capacity
           d)  what robotics are available with each type:
		    please add capacity and reliability data

       2 ) For Magneto-Optical:
	   a) what is the data transfer rate
           b) what is the storage capacity per platter
           c) what robotics(juke boxes) are available
		    please add capacity and reliability data

       3 ) What software is available for:
	   a) Backup
           b) Archive
           c) Hierarchical storage management
		     please add whether they work with robotics for
		     either MO or tape and which kind

       Vendor names and email addresses and/or phone numbers are appreciated.

       Many thanks for your help.

       I will summarise email responses in a week or so.  
                  
						Regards,
						Len Zaifman

Len Zaifman
Information Technology Coordinator, College of Physical and Engineering Science
University of Guelph, Guelph, Ontario. N1G 2W1
phone : (519) 824-4747 xt 6566 
email : leonardz@vm.uoguelph.ca , leonardz@Testarossa.cs.uoguelph.ca

Newsgroups: comp.arch.storage,comp.periphs
From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
Subject: Re: Wang and RAID
Organization: Mail to News Gateway at Wang Labs
Date: 12 Oct 92 10:47:39 EST

Regarding the questions just asked in soc.culture.celtic
from Quebec regarding what Wang is doing with RAID storage,
Wang has just announced a high performance RAID system for
the VS minicomputer installed base.  This is a RAID 3 system
which has been selected because it matches the VS minicomputer
architecture the best.  As this announcement has just come
out, I am not yet sure who the manufacturer is, but I can find
out for those interested.  I'll be happy to send anyone further
details.

Michael.Willett@OFFICE.Wang.com
From: Beckman@Fwva.Saic.Com (Donna Beckman)
Newsgroups: comp.arch.storage
Subject: Re: RAID SYSTEMS AND ON-LINE BACKUP
Date: Thu, 15 Oct 1992 22:59:36 GMT
Organization: Science Applications Int'l, Corp. - Computer systems operation

Beckman@Fwva.Saic.Com (Donna Beckman) writes:
>We are looking into introducing RAID systems into VAX-based clusters
>for hospital information systems.  We have done a lot of reading and
>research and talking to vendors, but none of the RAID systems we know
>about have the ability to back up the disks to tape while keeping the
>array on-line.  Does anyone have experience doing this?  How are RAID
>sites handling requirements for backups?  We have a hospital information
>system and so are working with a 24 hour/7 day uptime requirement.  The
>only scheme we can come up with is to shadow all or part of the RAID array.
>  
Newsgroups: comp.arch.storage
Newsgroups: comp.arch.storage

Could anyone provide me with some typical
MTBF numbers for commercial RAID systems?  Please
specify the capacity as well.

--------------------------------------------------------------
Edward Beshore                     
Hewlett Packard Company            Voice:       (303) 350-4826
700 71st Avenue                    FAX:         (303) 350-4675
Greeley Colorado, 80634            email: edb@hpgrla.gr.hp.com
--------------------------------------------------------------

Newsgroups: comp.arch.storage
From: s0jrej@exnet.co.uk (James Ellis-Jones)
Subject: Request for performance stats for last 10 years
Organization: ExNet Systems Ltd Public Access News, London, UK
Date: Wed, 14 Oct 1992 22:40:21 GMT

I'm in the process of compiling data on media density and cost for all
kinds of media over the past 10 years or so in order to project likely
trends for the future.  If anyone can help with either direct information
or useful free sources of it, I would be most appreciative.  E-mail me or
post to the net if it seems of general interest.

I'll post a synopsis of the results when I'm finished.

James.
From: strange@zk3.dec.com (Steve Strange)
Newsgroups: comp.arch.storage
Subject: Re: Hierarchical Storage Management, Archival, and Backup Software
Date: 8 Oct 92 22:54:13 GMT
Article-I.D.: squeeze.STRANGE.92Oct8155413
	<1992Oct8.170221.14876@riacs.edu>
Organization: Digital Equipment Corp.

In article <1992Oct8.170221.14876@riacs.edu> lamaster@pioneer.arc.nasa.gov (Hugh LaMaster) writes:

>>   FLAME RETARDANT:  Corrections and Additions are Welcome.



   HSM Products:

   ** Cray Data Migration Facility (DMF) **
      - Cray only
      - 3480

   ** Unitree **
      - Multiple H/W S/W platforms - but which ones are "production"?
      - 3480, Metrum

   ** Convex Storage Manager (CSM) **
      - Convex only
      - 3480, 4mm DAT, HP Jukebox

   ** FileServ **
      - Multiple H/W S/W platforms
      - 3480, (+another high density medium?)

Here's an addition:

Digital's StorageServer 100 (aka NINJA)
	- currently uses HP's magneto-optical jukebox
	- Production system, currently available


	Steve
Xref: sparky comp.arch.storage:711 comp.periphs.scsi:4956
From: daveg@prowler.clearpoint.com (Dave Goldblatt)
Newsgroups: comp.arch.storage,comp.periphs.scsi
Subject: Re: RAID 7 systems in Japan -- Upcoming Tokyo RAID 7 Seminars
Date: 13 Oct 92 18:03:13 GMT
Reply-To: daveg@prowler.clearpoint.com
Organization: Clearpoint Research Corp, Hopkinton MA 01748


Look, I could post press releases about our RAID products over and
over again too, but people tire of them easily, and for good reason.
Net semantic content is null.

In the future, how about just posting their phone number or email
address rather than the releases?

Thanks.

Besides, I could call our RAID product "RAID 2001", and it'd have just
as much meaning as "RAID 7"... ("RAID 5E6!  A million times better
than RAID 5!")

-dg-
--
"One, demonstrations always crash. And |  Dave Goldblatt [daveg@clearpoint.com]
 two, the probability of them crashing |  Subsystems Engineering
 goes up exponentially with the number |  Clearpoint Research Corporation
 of people watching."  - Steve Jobs    |  Hopkinton, MA 01748 - (508) 435-7425
Newsgroups: comp.arch.storage
From: mike@umd.edu (Michael F. Santangelo)
Subject: WANGTEK 350/525MB QIC Drive modes
Keywords: QIC,WANGTEK
Organization: University of Maryland University College
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 16 Oct 1992 03:54:13 GMT

I have a high density SCSI WANGTEK QIC tape drive which I now have
connected to my NeXT.  The generic SCSI driver on NS2.2 (if fudged
into fixed 512 byte mode) reads & writes to it fine except that 
it seems to be writing the 350MB QIC cartridges I have in some
kind of low density mode (probably 40MB).  Does anyone know
how to get these things to write in their high density mode?
A jumper setting to set the default or a SCSI mode command?
Unfortunately I do not have docs on these units.

Thanks for any help.

--
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Michael F. Santangelo                 + Internet: mike@cbl.umd.edu
Computer & Network Systems Director   +           mike@kavishar.umd.edu
UMCEES / CBL (Solomons Island)        + BITNET:   MIKE@UMUC
University of Maryland                + Voice:    (410) 326-7237 (direct)
                                      +           (410) 326-4281 x237

Newsgroups: comp.arch.storage
From: Gary White <gwhite@arco.com>
Subject: IEEE Mass Storage Specs ??
X-Xxmessage-Id: <A7042B0F04011E10@nash.rrt.arco.com>
X-Xxdate: Fri, 16 Oct 92 14:17:19 GMT
Organization: ARCO
X-Useragent: Nuntius v1.1.1d12
Date: Fri, 16 Oct 1992 13:17:21 GMT

HI-
Does anybody know how to find out the details of the IEEE Mass Storage
project?
Are any of the reports on line somewhere?

Thanks-
-Gary
From: johnm@hpgrla.gr.hp.com (John McCarthy)
Date: Tue, 6 Oct 1992 15:11:04 GMT
Subject: Re: Recommendations for Optical Jukeboxes (10-platters)
Organization: Hewlett-Packard, Greeley, CO
Newsgroups: comp.arch.storage

/ hpgrla:comp.arch.storage / edb@hpgrla.gr.hp.com (Ed Beshore) /  2:14 pm  Oct  5, 1992 /
In comp.arch.storage, marv@iti.gov.sg (Marvin Tay Eng Sin) writes:


: >   I have heard good things about HP's jukebox but am not sure if they 
: >support the smaller range of 10 platters. Pinnacle also has a nice range
: >of small-medium sized jukeboxes but I haven't seen many around these parts.

: HP has a *new* autochanger product that retails for $10K that includes a
: 27 msec multifunction drive and holds 16 platters for about 10GB of storage.
: Best reliability in the industry.

: Ask for the Model 10LC.

For info on various software solutions for SUN-OS connect
contact Jerry Krygier of HP at (303)-350-4887.

Regards,
	John McCarthy
	HP/Greeley Storage Division
	johnm@gr.hp.com
Newsgroups: comp.arch.storage
From: admerlev@sundae.triumf.ca ( Arnd Merlevede )
Subject: QUESTION: 1GByte <-> 2GByte DAT
Reply-To: admerlev@cipy.e-technik.uni-erlangen.de
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Wed, 7 Oct 1992 21:21:44 GMT

Hi, can anybody explain where the differences are in different
capacity DAT drives ?
I thought the DAT is a standard, so capacity should be function of
the tape length. And every DAT should be able to read every others
tape.

Which of those is a misconception on my side ?
Also I would like to know about peoples experiences in putting
a sony sdt1000 tape and a scsi2 disk (possibly maxtor) on one
controller.
Will the adaptec (which modell), the Ultrastore (spelling ?) or
a dtc-3280as do fine ?
(Under DOS/WINDOWS/SCOUNIX/posibbly LINUX ?)

Thanx for sharing your knowledge or experience
Arnd

--
Any replies appreciated to : Arnd.Merlevede@cipy.e-technik.uni-erlangen.de
I hate to tell you, but you're only being simulated on the new cray !
(sdb: Would you like to save a backup of YOUR coredump ?)
From: davids@lanai.next.com (David Somayajulu)
Newsgroups: comp.arch.storage
Subject: On Floppy Drives used in P.C's(both 51/4" and 31/2")
Keywords: FloppyDrives
Date: 8 Oct 92 23:15:05 GMT
Distribution: comp.sys.laptops, comp.sys.intel

I don't know if this belongs here, I thought I will try. 

Question. Is there a signal coming from the floppy drive which indicates  
whether the floppy has been changed, removed or present in the drive?
(I have looked at documentation from various manufacturers and the info.  
is not consistent. Some have a line called "ready" which goes active when  
a floppy is inserted in the drive and is read for access. Others have a  
line  called "diskchange" which goes active when someone opens the door).  
Isn't the interface standard across all manufacturers ? I am looking for a  
quick and easy way to detect a change in the floppy media, in the P.C.  
world, instead of sending commands to the floppy and looking their  
failure/success.

Thanx for the help
david
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.arch.storage
Subject: Re: Query: Solid State SCSI Systems
Date: 14 Oct 92 19:10:31 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

uli, there is a company in kansas(wichita i think) called
newer technologies. we tested their scsi solid state drive
on our svr4 unix. it was a REAL screamer.  start up and shut down
as well as install time was amazing.

that was 2 years ago. i'm sorry i have lost the contact; 
perhaps someone else on the net knows them?

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
Xref: sparky comp.arch.storage:715 comp.periphs.scsi:4969
From: admerlev@sundae.triumf.ca ( Arnd Merlevede )
Newsgroups: comp.arch.storage,comp.periphs.scsi
Subject: wangtec 2GB DAT <-> archive python 4540nt ???
Date: 14 Oct 1992 09:28:31 GMT
Organization: The University of British Columbia
Reply-To: admerlev@cipy.e-technik.uni-erlangen.de
NNTP-Posting-Host: sundae.triumf.ca

Hi, anybody out there, who has some experience on those (or
other) dat drives, willing to post that info here ?
Maybe somebody just knows of a good pointer to dat
comparisons or similar things ?
Thanks for the help
Arnd

--
Any replies appreciated to : Arnd.Merlevede@cipy.e-technik.uni-erlangen.de
I hate to tell you, but you're only being simulated on the new cray !
(sdb: Would you like to save a backup of YOUR coredump ?)
From: kondoff@aspen.NSA.HP.COM (Al Kondoff)
Date: Wed, 7 Oct 1992 05:01:55 GMT
Subject: Re: information about UNITREE?!?!
Organization: HP Networked Systems Architecture - Cupertino, CA
Newsgroups: comp.arch.storage

You might want to consider EPOCH's solution
instead. Examine Unitree's reliability &
robustness track record. It depends whether
you are deploying hierarchy management as a
research curiosity or true production.
From: stripes@pix.com (Josh Osborne)
Newsgroups: comp.arch
Subject: Re: Memory reference sequences
Date: 8 Oct 92 12:33:18 GMT
Organization: Pix Technologies -- The company with no adult supervision

In article <BvrH9K.n1I@pix.com> stripes@pix.com (Josh Osborne) writes:
[...request for memory trace, or something like that...]

Thank you all.  I will post a real summary within a few days, but for
the moment I think it is enough to say that people have pointed out pixie for 
the MIPS boxes, and SPA for the SPARCs.  Both packages can (along with
other things) produce memory traces for whatever you have the source for.
Pixie should come with MIPS boxen, while spa can be ftp'ed (use archie,
or wait for the real summary if you want to ftp it).
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
From: sog@craycos.com (Steve Gombosi)
Newsgroups: comp.arch
Subject: Re: What was the intended advantage of using 36bits CPU?
Date: 10 Oct 92 05:30:44 GMT
Organization: Cray Computer Corporation

In article <1992Oct9.230020.3388@nas.nasa.gov> eugene@wilbur.nas.nasa.gov (Eugene N. Miya) writes:
>For those claiming the existence of a 6-bit byte, sorry I have never
>heard of such a thing on the three 36-bit machines I am familiar with.
>You certainly may have packed characters that way (and maybe even on 60-bit
>CDC machines), but none of these architectures supported such a byte concept
>in the architecture.  These are not byte-oriented machines.

Tsk, tsk, tsk...for shame, Gene. Those of us who are of a (cough!) certain
age recall quite well the era when a "byte" didn't refer to characters at
all, but rather to the channel width of a particular machine. The concept
of "byte" == "character" is an artifact of the S/360's remarkable success.
I'd be delighted to show you my CDC 6600 preliminary reference manual and
my Chippewa OS manual, both replete with references to 12-bit (two character)
"bytes". 'Scuse me, I've got  to warm up that 7-track tape drive ;-).

>Sure, I saw the 1 extra bit and five 7-bit characters on a 10/20,
>I saw 6 and 9 bit characters on the 1108 and saw similar combinations
>from IBM 36-bit codes.

Heh heh heh...to say nothing of "half ascii" on the CDC machines ;-).

Steve
Newsgroups: comp.arch
From: mr804341@cs.nthu.edu.tw (mr804341)
Subject: Superscalar simulator ?
Organization: National Tsing Hua University (HsinChu)
Date: Wed, 14 Oct 1992 07:55:53 GMT

 Hello,

    Does anyone know a superscalar simulator in  public domain ?

 If you know, please contact with me . Thank you very much.


                                                   Pauray 
         					dr818302@cs.nthu.edu.tw

Xref: sparky comp.arch:9973 comp.lang.misc:3259 comp.software-eng:3795 comp.specification:466
From: nickh@CS.CMU.EDU (Nick Haines)
Newsgroups: comp.arch,comp.lang.misc,comp.software-eng,comp.specification
Subject: Re: Specification v. design languages (was Re: Goals, Cost, and Flexibility)
Date: 15 Oct 92 16:02:21 GMT
Article-I.D.: VOILA.NICKH.92Oct15110221
	<1992Oct15.090326.11643@topaz.comlab.ox.ac.uk>
Organization: School of Computer Science, Carnegie Mellon University
Originator: nickh@VOILA.VENARI.CS.CMU.EDU

In article <1992Oct15.090326.11643@topaz.comlab.ox.ac.uk> bowen@prg.ox.ac.uk (Jonathan Bowen) writes:

   [about Z and SML ... bits deleted ...]
   Yes, SML is great for prototyping, and may be fast enough in practice
   as well for some applications. But it is executable (you have to think
   about *how* it is going to run, not just *what* you want to do), so it
   is not ideal for specification. And non-deterministic specifications
   which allow the designer freedom of choice in certain aspects of the
   design which need not be fixed at the specification stage are of course
   impossible.

Well, not if you use Extended ML for specification, and stepwise
refine to Standard ML.

Nick Haines nickh@cmu.edu
Newsgroups: comp.arch
From: jsnow@moons.sim.es.com (John Snow)
Subject: Re: DRAM Controllers
Organization: Evans & Sutherland Computer Corporation
Date: Thu, 15 Oct 1992 14:55:58 GMT

kelly@baloo.ee.byu.edu (J. Kelly Flanagan) writes:


>	Sorry if this is the wrong group, but does anyone have any
>	idea where I can get or who makes modern DRAM controllers?

>	I know LSI logic makes one for the SPARC chipset, but there
>	must be others?

>Kelly
>kelly@ee.byu.edu

National Semiconductor and AMD make DRAM controllers, but I personally
don't like them very well. Samsung makes a new line of DRAM controllers
which I think are better. Samsung's parts support things like fast
page mode for use with CPUs that support burst mode transfers.

Most everyone I know never buys an off-the-shelf DRAM controller. I've
done quite a few DRAM and CPU-DRAM combination boards and I've never
found a DRAM controller that fit nicely into any of my designs.
Generally, DRAM controllers are about a generation behind DRAMs in
number of address lines, operating modes, and speed. For these
reasons, and mainly for performance reasons, most designers "roll
their own" DRAM controller using PALs, FPGAs, or ASICs.

--John
(BSEE BYU '81)

--
-----------------------------------------------------------------------------
John F. Snow                         INET:           jsnow@moons.sim.es.com
Evans & Sutherland Computer Corp.    
Salt Lake City, Utah                 America Online: JohnSnow  GEnie: J.SNOW2
From: mshute@cs.man.ac.uk (Malcolm Shute)
Newsgroups: comp.arch
Subject: Re: Summary: One Instruction Computers
Keywords: One Instruction
Date: 14 Oct 92 12:45:28 GMT
Organization: Dept Computer Science, University of Manchester, U.K.

In article <1992Oct10.104712.15478@doug.cae.wisc.edu> dinda@cae.wisc.edu (Dinda Peter) writes:
>From: mfx@cs.tu-berlin.de (Markus Freericks): {
>There is another way to build a one-instruction computer: Let the only
>instruction be "move" and memory-map the ALUs. This is great if you
>have ALUs that realize multi-cycle operations (e.g. trig FP, table
>lookup). Also, code generation is somewhat easy :-)

However... note that move-instruction computers (MICs) are not meeting the
same goals as the true one instruction computers (OICs).

With an MIC, yes there is only one instruction in the instruction set,
but all the normal amount of instruction decode, and function unit hardware
(adders, subtractors, etc) as with a conventional computer... it's just that
it's out in the memory unit (in the address decoder, and bus driver logic).

A true OIC (such as the one which my colleague, Trevor Hopkins, suggested:
with a single Reverse-Subtract-And-Skip-If-Borrow instruction) manages with
just about all its ALU hardware in its CPU.  The two exceptions are the IO
logic, which is memory mapped (but even many conventional processors do this),
and the PC which is also memory mapped.

Finally...
Out of interest...
Why do you add that "code generation is easy"?

Take the following expression as an example:   x := a*b + c*d
On a two address machine, this might be compiled to:
  MOV  a, -(SP)
  MOV  b, -(SP)
  MULT (SP)+, (SP)
  MOV  c, -(SP)
  MOV  d, -(SP)
  MULT (SP)+, (SP)
  ADD  (SP)+, (SP)
  MOV  (SP)+, x

On a stack-based machine, it might be compiled to:
  PUSH a
  PUSH b
  MULT
  PUSH c
  PUSH d
  MULT
  ADD
  POP  x

On a MIC machine, it might be compiled to:
  MOV a, STACK1
  MOV b, STACK1
  MOV STACK0, MULT1
  MOV STACK0, MULT2
  MOV MULT0, STACK1
  MOV c, STACK1
  MOV d, STACK1
  MOV STACK0, MULT1
  MOV STACK0, MULT2
  MOV MULT0, STACK1
  MOV STACK0, ADD1
  MOV STACK0, ADD2
  MOV ADD0, STACK1
  MOV STACK0, x

OK... there is some scope for some optimisation, in each case.
But, I suspect that what you meant by your comment was that the compiled
code for a MIC is just a list of addresses.  But my point is, that since
this list of addresses, is really a list of function units... the code is
not really any different from the list of op-codes that a compiler produces
for a stack-based machine... and hence no different to the code that a compiler
can be made to generate for any type of machine (including the conventional
two-address machine given earlier).
--

Malcolm SHUTE.         (The AM Mollusc:   v_@_ )        Disclaimer: all
Newsgroups: comp.arch