HDTenEightyP/NetNews huggingface dataset:
From: dap@hammer.network.com (Dave Peterson)
Newsgroups: comp.sys.sun.hardware
Subject: Format.dat entry
Date: 21 Jul 92 19:54:20 GMT
Distribution: usa
Organization: Network Systems Corporation
Originator: dap@hammer

Does anyone have a format.dat entry for a Fujitsu M2266SA SCSI drive ?

Thanks for any response.

Dave
-- 
===================================================================
Dave Peterson			phone : 612-493-1008
Network Systems Corp.	email: dap@network.com
===================================================================
From: jch+@cs.cmu.edu (Jonathan Hardwick)
Newsgroups: comp.sys.sun.hardware
Subject: Re: Macintosh HD on Sun
Date: 30 Jul 92 12:44:01 GMT
Article-I.D.: cs.1992Jul30.124401.119431
Organization: School of Computer Science, Carnegie Mellon

tse@ra.nrl.navy.mil (Anthony Tse) writes
> 	Has anyone try putting an Macintosh scsi disk drive on a Sun?
> Is the scsi interface pin out the same other then converting from
> a micro-mini scsi to a normal scsi?  We have few hundred mag of
> spare Mac disk and an IPC is coming in with a sore need for disk space.

The Sun3/50 I'm typing this on is running off a Quantum 105Mb drive
designed for a Mac.  No problems whatsoever.  Thank ghod for industry
standards...

Jonathan H.
Newsgroups: comp.sys.sun.hardware
From: tim@hssc.scarolina.edu (Tim White)
Subject: Re: DAT drives on SUNS
Keywords: DAT, HP, Sun, drivers
Organization: USC  Department of Computer Science
Date: 29 Jul 92 15:32:57 GMT

cgehman@huey.mlb.semi.harris.com (Corey Gehman) writes:
> 
> >|> Does anyone know of a source for a SUN driver for the HP 4mmDAT tape drive?  It seems
> >|> SUN doesn't support DAT, only 8mm.  Any help would be appreciated.
> 
> >I just posting a similiar question to the net and the response seemed
> >to be that it'll work with the standard 4.1.1 drivers (I don't know
> >about earlier drivers), but it is possible to optimize the buffer
> >sizes so that it will go faster.  I haven't personally tried that
> >out since I haven't bought one yet.
> 

     On the HP 35450 drives a few additions need to be made to the files
   /sys/scsi/targets/{stdef.h,st_conf.c} and then a new kernel compiled.

     On the HP35470/80 drives you must either apply the kernels mods or 
   turn dip switch 6( performance bit ) off on the bottom of the drives.
   This is for maximum throughput. 

     You can use the drive without any changes( at least under SunOS 4.1.? ), 
   but the DAT will crawl. I believe some vendors will ship the drive with
   the correct dip switch configuration.
--
==============================================================================
Tim White				 University of South Carolina
tim@otis.hssc.scarolina.edu	   Humanities and Social Sciences Laboratory
(803)-777-7840 		  		     Columbia, S.C. 29208
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.sys.sun.hardware
Subject: Re: QIC-XX tape question
Date: 27 Jul 92 03:26:56 GMT
Organization: BTR Public Access UNIX, Mountain View CA

In article <55590003@hpcc01.corp.hp.com> derekd@hpcc01.corp.hp.com (Derek Dang) writes:
| 
|     Does anyone know whether a QIC-150 drive can be forced to write in 
| QIC-24 format?  The man page indicates that QIC-24 format will be written
| if it is detected that the tape is using that format.  My question is
| whether one can force a QIC-150 drive to write QIC-24 without having
| a QIC-24 tape first.

A QIC-150 drive CANNOT write QIC-24 format.

Period.


Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
From: jc@raven.bu.edu (James Cameron)
Newsgroups: comp.sys.sun.hardware
Subject: Room Temperature needed for 4/380
Date: 22 Jul 92 18:37:05 GMT
Organization: What do you mean 'That *can't* be done????'


Hi Folx,

It seems we are running out of office space in our immediate area
within BU.  One idea was to use the machine room for my office (since
I don't currently have one near the computer labs) but it is simply
too cold in there with the airconditioning running all the time at it
current output.  Is there a minimum temperature necessary to keep the
4/380 running well?  

Thanks for any and all information!!!

--
			-- James Cameron  (jc@raven.bu.edu) (617) 353-2879
					  
    System Manager, Signal Processing and Interpretation Lab.  Boston, Mass  
------------------------------------------------------------------------------
"But to risk we must, for the greatest hazard in life is to risk nothing.  For
the man or woman who risks nothing, has nothing, does nothing, is nothing."
	(Quote from the eulogy for the late Christa McAuliffe.)
Newsgroups: comp.sys.sun.hardware
From: paulr@umbc4.umbc.edu (Paul Riddle)
Subject: 386i SIMMs in 3/80?
Organization: University of Maryland Baltimore Campus
Date: Wed, 29 Jul 1992 19:01:43 GMT


Hi everyone,

Awhile back I posted to this group asking for opinions about using a
3/80 as a diskless client server.  The general consensus was that it
would work adequately, but it would help to upgrade the 3/80 from 8
meg to 16 meg of memory.

Anyhow, I've been running the 3/80 in the server configuration for
awhile now and it has been working well (probably because most of its
clients are 3/50s which are running the Xkernel software, which
doesn't generate much paging to and from the server).

So, last week we stripped a couple of 386i's we had lying around for
parts, and I ended up with a bunch of extra 1-meg SIMMs.  I decided to
go ahead and try putting 8 of them in my 3/80 to max its memory out at
16 megs.

To make a long story short, it didn't work.  After installing the
SIMMs (which filled up every bank on the board) and powering the
machine on, it just sat there in test mode (blank screen, green light
on the front blinking on and off) forever.  I removed the SIMMs and
everything worked fine again.

Does anyone know what's wrong?  The SIMMs are of the same type (same
numbers on the chips).  I double checked to make sure they were all
seated properly.  Could one of them be bad, or are there jumpers I
have to set somewhere, or are they simply not compatible?  I didn't
have much time to fool around with the machine, since it serves one of
our labs and several faculty machines.

Any thoughts would be helpful.  Thanks,
Paul

-- 
If found, please return to:         |
Paul Riddle                         | paulr@umbc3.umbc.edu
UMBC, Academic Computing Services   |
Baltimore, MD 21228                 | (410) 455-3627
From: noh@cs.umd.edu (Sam Hyuk Noh)
Newsgroups: comp.sys.sun.hardware
Subject: Sun 4/670MP
Date: 28 Jul 92 15:27:22 GMT
Distribution: usa
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

Is anyone out there willing to send me some technical
documents on the Sun 4/670MP.
If so, here is my address:

Sam H. Noh
AV Williams Bldg.
Dept. of Computer Science
University of Maryland
Colleg Park, MD 20742

I also have some questions about the machine.

1. Is it possible to execute a single job (process)
 on multiple number of processors it has?

2. If the answer to question 1 is yes, then 
how does one do this? 
	If the answer is no,
then is there a way to take advantage of the
extra processors to shorten the execution time
(eg forking ...)?

3. If we need to explicitly fork processes
how is this done (a concrete example would help)?
Then, if we were to measure the execution time
how do we make sure that the process that we
forked terminated?


Thanks.

-- sam noh (noh@cs.umd.edu)

Newsgroups: comp.sys.sun.hardware
From: mike@Turing.ORG (Michael M. Chapman)
Subject: Re: HELP!!
Organization: The Turing Project, Charlottesville Virginia.
Date: Sun, 26 Jul 1992 18:07:36 GMT

In article <1992Jul26.173643.26358@murdoch.acc.Virginia.EDU> mike@Turing.ORG (Michael M. Chapman) writes:
>I disconnected everything and it still says this (not what it used to say
>before I tried to hook the drive up. What does this mean? Have I fried the
>controller??
>
>Thanks for any help. 

It seems that the only way to get rid of this error is to totally reconnect
the original cable - it will not accept any other condition. When I try to
hook the drive up it says either "SCSI Bus continuously busy" (or something
like that) or the above message (which somehow got chopped). 

At any rate, it will not recognize the drive and is NOT happy to have its
cable messed with. The drive is a Maxtor 213 meg... Any ideas?

(with the original cable reconnected it says scsi:timeout and scsi: no such controller on SCSI bus which is pretty much what I'd expect.

-- 
   +------------------------------------------------------------+
   |  mike@turing.org (Mike Chapman) aka FourDee aka Sidhe      |
   |  fourdee@rever.nmsu.edu (if mail bounces at above address) |
   +--------------------------------+---------------------------+
   |                                | The above message was not |
   |  Just say NO to Perot in '92.  | proofread, so an obscene  | 
   |                                | comments are accidental.  | 
   +--------------------------------+---------------------------+
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.hardware
Subject: Re: simm for sparc 10
Date: 21 Jul 92 10:03:25 GMT
Organization: Auspex Systems, Santa Clara

>The Sparcserver 10 has not been announced.

As I remember, the FunSlash, err, umm, SunFlash glop that mentions the
SPARCstation 10 also mentioned the SPARCserver 10.
Newsgroups: comp.sys.sun.hardware,alt.sys.sun
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Sparc-10 performance oddity
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 92 05:21:20 GMT

In <Brw9Dw.Bn@helios.physics.utoronto.ca> sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:

| I've noticed a peculiarity (described below) with the Sparc-10/41.  Does
| anyone have a clue as to what's going on?  To compare the Sparc-10 with
| older Sparcs, I ran an admittedly crude zeroth-order test of non-FP CPU
| horsepower, namely how much CPU time does it take for "dc" to calculate
| sqrt(2) N times to D decimal places, for various combinations of N and D.
| The test was run three times on a Sparc-1+, a Sparc-2, and a Sparc-10/41.
| (At least I'm *told* it was a 10/41; it was in the booth at a trade show
| earlier this summer.)  Here are the performance ratios:
| 
|                         RelativePerf
|         Prec    Loops   2:1+    41:2
|         ----    -----   ----    ----
|           5     50000   1.72    1.64
|          20      7000   1.73    1.35
|          50      1400   1.72    1.24
|          99       400   1.74    1.20
| 
| Note that the performance of the Sparc-2 relative to the Sparc-1+ is
| fairly constant, independent of which test was run.  But for the 10/41,
| the performance (relative to the Sparc-2) differed, depending on which
| test was run.  (Also, running the *same* test repeatedly gave a wider
| variance of CPU times than one sees on the older Sparcs.)
| 
| So, a couple questions:  First, even in the best case above, the 10/41
| doesn't perform anywhere near as well as one might hope, based on the
| published MIPS/SPECint figures.  Is this expected?

I seem to remember that dc is somewhat unusual in its access
patterns because of the way the multiple precision math is
implemented (I'll have to look at it some more with pixie and
other tools on our systems).

Indigo r4k vs Indigo isn't as impressive as the spec differences
either, giving a ratio of about 1.73 (although it doesn't show
as much variation with precision, and that isn't consistent), while
the integer spec ratios are closer to 2.5:1.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sun.hardware
From: wtm@uhura.neoucom.edu (Bill Mayhew)
Subject: Re: Networking recommendation
Organization: Northeastern Ohio Universities College of Medicine
Date: Thu, 23 Jul 1992 15:55:27 GMT

I just happened to buy one of those Alleid Telesis transceivers for
my Sun IPC.  I have the thin co-ax model, but it is also available
in 10baseT (for sightly less cost).  The unit is quite small, not
much bigger than an RS-232 D shell connector.  There is quite a bit
of electronics inside: a mini dc-dc convertor/isolator, several
surface mount ICs and a handful for discrete transistors.  The
co-ax version has switchable link beat signal.  At first glance, I
figured that I was getting royally ripped off becuase of the
diminutive size.  Of course, it really isn't worth $69, but I
didn't feel so bad when I saw there were a fair amount of
compnonents inside the tiny box.


-- 
Bill Mayhew      NEOUCOM Computer Services Department
Rootstown, OH  44272-9995  USA    phone: 216-325-2511
wtm@uhura.neoucom.edu   (140.220.1.1)
Newsgroups: comp.sys.sun.hardware
From: cgehman@huey.mlb.semi.harris.com (Corey Gehman)
Subject: Re: DAT drives on SUNS
Date: Wed, 29 Jul 1992 13:37:54 GMT
Reply-To: cgehman@harris.mlb.semi.harris.com
Organization: Harris Semiconductor, Melbourne  FL
Keywords: DAT, HP, Sun, drivers

In article <1033@alsys1.aecom.yu.edu>, ksk@ksksun.ca.aecom.yu.edu (Ken Krauter) writes:
|> Does anyone know of a source for a SUN driver for the HP 4mmDAT tape drive?  It seems
|> SUN doesn't support DAT, only 8mm.  Any help would be appreciated.
|> 
|> ken

I just posting a similiar question to the net and the response seemed
to be that it'll work with the standard 4.1.1 drivers (I don't know
about earlier drivers), but it is possible to optimize the buffer
sizes so that it will go faster.  I haven't personally tried that
out since I haven't bought one yet.

-Corey
Newsgroups: comp.sys.sun.hardware
From: exudnw@exu.ericsson.se (Dave Williams)
Subject: Re: NFS I/O Ops/seconds
Reply-To: exudnw@exu.ericsson.se
Organization: Ericsson Network Systems
Date: Wed, 22 Jul 1992 17:23:12 GMT

In article 15641@u.washington.edu, kint@rio.engr.washington.edu (Rick Kint) writes:
>	We're buying a Sun to serve as an NFS server in one of our departments.
>The Sun rep commented that a typical Ethernet allows 300 NFS ops per second,
>so if you're on a single wire any server bandwidth beyond that is wasted. 
>
>	I have no feel whatsoever for the numbers that go into this figure,
>can anyone in netland (a) explain this in words of two syllables or less, and
>(b) does anyone know the figures for current systems?
>
>	I'm sure that this includes assumptions about what represents a 
>typical mix of operations; since a getattr is presumably quicker than a write
>(for example), how useful are these numbers anyway?
>
>	ObCurmudgeonlyRemark:  I was reading about the SS10/41, with 1 MB of
>cache.  Good Lord, a meg of cache on a workstation, why when I was your age
>we thought a meg of *main memory* on a *mainframe* was a lot...

I did some testing a while back and found that you can saturate a network
segment with 2 sun IPCs at around 320 NFSops with the "Legato mix" and 
Nhfsstone.  This is a pathological test, though, so we developed some
rules based on trial/error.

Rules of thumb we use:

1)  For diskless (Sun) clients, no more than 20 clients per subnet.

2)  Use network co-processors (NC400/600) whenever possible.  You can get 
    up to 60 diskless clients on a 490 with them (remember rule 1).

3)  Dataless clients use *much* less bandwidth (no root, swap, usr, etc.)
    over the net.  Your results will depend more on what the users data
    requirements are than on anything else. If you are running [e,m]cad
    or huge databases you will be network-bound.  Small disks are now 
    reliable and cheap - consider this seriously.

4)  Get the fastest server drives you can afford (we use IPI, but new fast 
    SCSI might be ok).

5)  Never, never run user jobs on the server or allow users to have 
    interactive logins on the server.  NFS is shy - it just wants to be 
    left alone...

6)  Prestoserve write accelerators only benefit systems with write % above
    15% (ours are around 6%).

---
= exudnw@exu.ericsson.se                                                =
= David Williams              "You can't win, you can't break even,     =
= Ericsson Network Systems     and you can't quit"                      =
= Richardson, TX 75081                                  my opinions...  =
From: cgehman@alkina.mlb.semi.harris.com (Corey Gehman)
Newsgroups: comp.sys.sun.hardware
Subject: 4mm DAT drives on a Sun 4  (Anyone know about the QIC-121?)
Date: 22 Jul 92 19:25:28 GMT
Reply-To: cgehman@harris.mlb.semi.harris.com
Organization: Harris Semiconductor, Melbourne  FL


I'm looking at buying a 4mm DAT drive for my Sun 4.  After looking at
st(4), it looks like sun only has support for the 8mm type.  Has anyone
got a 4mm DAT drive working without buying some commercial product?  Do
I need a special driver to use it?

Are there any 4mm DAT drives that are 5 1/4" (or smaller) Half Height drives?

Does anyone have any experiences with the new 1GB QIC drive (QIC-121?).
The add I saw from Everex says it does a maximum of 34MB/minute.  Is the
controller side compatible with the standard QIC-150 driver?  (i.e. just
change the densities with dump and away it goes?)

I seem to remember discussions about 4mm DATs before, but I wasn't thinking
about buying one back then.  Maybe I should archive these groups...

Thanks,
-- 
| Corey Gehman                       |
| cgehman@harris.mlb.semi.harris.com | The Amiga is dead.  Long live Sun.
| cgehman@lion.eng.clemson.edu       |
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: comp.sys.sun.hardware
Subject: Re: IPX vs SS2 & Local Bus
Date: 31 Jul 92 12:51:22 GMT
Distribution: comp.sys.sun.hardware
Organization: cic

fan@tammy.cath.puh.upmc.edu (Ningping Fan) writes:

>>>Does anyone notice that IPX uses a GX on the cpu board, but SS2 uses
>>>a GX S-bus board. If we assume that GX on the cpu board is on the local
>>>bus, then it would be faster than SS2 in graphics?
>--
>>From David.Kahn@eng.sun.com Wed Jul 29 07:14:25 1992
>>
>>Though the silicon is physically on the motherboard, the device,
>>along with the on-board scsi host adaptor (esp0) and the on-board
>>ethernet device (le0) are all Sbus devices.  They still operate
>>as Sbus devices.  So, the answer is no.
>>
>--
>>From dpkemp@afterlife.ncsc.mil Wed Jul 29 08:42:08 1992
>>
>>What do you mean by "the local bus"?
>>
>>S-bus is a peripheral bus that is used by the GX, ethernet, etc. regardless
>>of whether they are on cards or the cpu board.

The official spelling is SBus (but Mbus!).

>The local bus officially is the one anounced by Intel for its
>X86 motherboard. But in general we use the name to refer any bus
>directly connected with the cpu chip. In other words, the
>clock of the bus is the clock of the cpu chip, and the width
>of the bus is the width of the cpu chip. This convention has
>been used by other computer vendors, such as NEXT Inc.

I heard that in the PC world there is not The Local Bus, but
a couple of them. Probably at least one per vendor ;-)

What you are referring to is a unbuffered inter-chip bus.
This is how the SBus started out. Later it got buffers and
was upgraded to a bus that can accept connectors.

I'm not sure I would like to plug anything into a unbuffered
inter-chip bus.

For the SPARCstation 10 and the 600MPs, the Mbus plays the
role of the "local bus". The TI Viking can directly connect
to this bus (buffers on chip), but the clock rate is not
necessarily the same.
-- 
| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
| lupe@ukw.UUCP       (German EUNet, domain)     |  As I am self-employed, |
| suninfo!alanya!lupe (Sun Germany)              |  this *is* the opinion  |
| Res non sunt complicanda praeter necessitatem. |  of my employer.        |
Newsgroups: comp.sys.sun.hardware
From: ctan@solomon.technet.sg (Tan Chee Weei)
Subject: Problem rebooting SLC running Solaris 2 beta
Organization: National University of Singapore
Distribution: all
Date: Thu, 23 Jul 1992 04:59:40 GMT

Has anyone ever had problems with rebooting an SLC running Solaris 2?
What happens at out site is that when the machine reboots either
using reboot or halting it and booting from the prom monitor, the
rotating slash signifying that the OS (or boot info) is being loaded
spins for a while than freezes and the screen goes blank (black).
Nothing short of turning the SLC off than on again would get any response.
(Not eve L1-A). The SLC is set not to autoboot on startup (which shouldn't
be a problem I think). Attached to the SLC is a 1.3Gb drive and a cdrom
player. (The cdrom is usually not turned on.  The problem occurs whether
it is on or off, mounted or not).  Any suggestions?
Thanks

CW
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: comp.sys.sun.hardware
Subject: Re: QIC-XX tape question
Date: 22 Jul 92 17:49:27 GMT
Organization: cic

jim@sparky.ocs.com (Jim Muth) writes:

>In article <1992Jul21.023909.6655@kpc.com>, mjacob@kpc.COM (Matt Jacob)
>writes:
>> |>     Does anyone know whether a QIC-150 drive can be forced to write in 
>> |> QIC-24 format?
>> 
>> 
>> No. Be glad it even *reads* QIC-24 or 9trk QIC-11.
>> QIC-150 is 18 tracks, and QIC-120 (which the Viper silently
>> uses if the tape is a DC600A) is 15 tracks.

>So THAT's what the 150 MB Archive does when I feed it a DC600A...I've always
>wondered.  Question is, is it safe to cram 15 tracks onto a DC600A?

From my Archive Viper manual:

Unrecorded cartridge specifications for Viper 2150S

Tape Spec.		Qualified Tape		Function

ANSI X3B5/87-165	DC600XTD		Read/Write (QIC-150)
						Read/Write (QIC-120)
						Read only (QIC-24)

ANSI X3B5/85-138	3M DC600A		Read/Write (QIC-120)
						Read only (QIC-24)

ANSI BSR X3.127		3M DC300XLP		Read only (QIC-24)
-- 
| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
| lupe@ukw.UUCP       (German EUNet, domain)     |  As I am self-employed, |
| suninfo!alanya!lupe (Sun Germany)              |  this *is* the opinion  |
| Res non sunt complicanda praeter necessitatem. |  of my employer.        |
From: langjahr@is7.ifistg.uucp (Andreas Langjahr)
Newsgroups: comp.sys.sun.hardware
Subject: problems with Ciprico's Host Bus Adapter
Date: 31 Jul 92 08:36:28 GMT
Distribution: comp
Organization: IfI, Univ. Stuttgart, W Germany

I am having a problem with Ciprico's
Rimfire 3510 VMEbus SCSI Host Bus Adapter on a 4/260.

During boot the controller is detected
...
Waiting 5 seconds for SCSI bus reset completion.
cfc0 at vme16d32 0x5000 vec 0xfe 
cf0 at cfc0 slave 0
cf0: <Toshiba MK 156F cyl 815 alt 2 hd 10 sec 34(277100/277780)>
...

but the disk cf0 is unknown.
(dkinfo cf0 or cs35ut cf0
 ==> no such disk or device)


Any suggestions? Help? Solutions?
Thanks in advance...
--
------------------------------------------------------------------------------
Andreas Langjahr                 SMTP:langjahr@informatik.uni-stuttgart.de
Institut fuer Informatik         X400:langjahr@informatik.uni-stuttgart.dbp.de
Breitwiesenstr. 20/22
D - 7000 Stuttgart 80            Tel.: 0711-7816-440
------------------------------------------------------------------------------
From: hopper@cs.ucsd.edu (Steve Hopper)
Newsgroups: comp.sys.sun.hardware
Subject: Re: Memory upgrade on a Sun Sparcstation IPX
Date: 30 Jul 92 19:43:20 GMT
Organization: CSE Dept., U.C. San Diego
Originator: hopper@empyrean.ucsd.edu


In article <269@ftms.UUCP>, brown@ftms.UUCP (Vidiot) writes:
|> <
|> <	We have a Sun Sparcstation IPX, and we need a memory upgrade 
|> <from 16MEGS to 32MEGS .......
|> 
|> 1) Purchase new 16 MB SIMM (double-width type)
|> 2) Shutdown IPX
|> 3) Open chassis
|> 4) Insert SIMM into memory socket nearest SIMM already installed
                                     ^^^^^^^

According to the Sun FE docs, the second SIMM goes into slot 2 which
is the third slot from the front (the first 16MB SIMM being slot 0.  
I haven't tried installing the additional SIMM in slot 1 (as you suggested), 
so I don't know what the results would be.

Steve