HDTenEightyP/NetNews huggingface dataset:
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: nullrecv question
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 5 Nov 1992 18:07:37 GMT

In article <1992Nov4.101627.10106@crow.omni.co.jp>, trich@crow.omni.co.jp (Timothy Richards) writes:
> ...
> I noticed these things too and raised the issue with support, I also
> noticed that these situations only occur on multi-cpu machines.
> Anyway here are the responses I got from NSG/SGI support
> ( which seemed quite unsatisfactory and I guess I just decided to drop
> the matter.)
> 
> > There is a slight difference between irix3.3+ and irix4.0+.
> > Under 3.3 all network processes ran on the same processor.
> > Under 4.0+ the networking processes can run on different processors
> > to distribute the load (this improves performance).
> > 
> > That was the only change I found.
> > 
> > To lock all network processes to one processor on a 4.0+ multi processor
> > machine you would have to change /etc/init.d/network, like this: 
> > 
> > #        if test -x /usr/etc/rtnetd; then
> > #            # Always start on multiprocessors for better throughput
> > #            if $IS_ON rtnetd || test `mpadmin -u | wc -l` -gt 1; then
> > #                /usr/etc/rtnetd `cat $CONFIG/rtnetd.options 2> /dev/null`
> > #                                                        $ECHO " rtnetd\c"
> > #            fi
> > #        fi
> > 
> > You might try that as an experiment; but, it would reduce network
> > performance.
> 
> Well this isn't what the man page for rtnetd says at all !!!
> The man page says that rtnetd halts network packet processing whenever
> the load gets too high.  So this seems to be very missleading advice.

 
Your rtnetd man page must have come from some other computer vendor.
Ours says:

    Rtnetd is a kernel daemon that allows higher-priority real-time processes
    to preempt processing of incoming network packets.  Preemption gives
    better response for real-time processes.



Vernon Schryver,  vjs@sgi.com
From: rickert@cco.caltech.edu (Keith Warren Rickert)
Newsgroups: comp.sys.sgi
Subject: Re: How display a GL application on remote X server ???
Date: 10 Nov 1992 17:02:08 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu

In <1992Nov10.162134.28809@aston.ac.uk> morrisdj@uhura.aston.ac.uk (DJ MORRIS) writes:

>toepfer@du9ds4.uni-duisburg.de (Hansjoerg Toepfer) writes:
>: I have remote access to an IRIS Indigo.
>: Is it possible to run remote GL applications with display on my SUN under X11?
>: I always get the following error:
>: 
>: dgl error (TCP connect): Connection refused
>: dgl error (default init): default dglopen(du9ds4:0.0,4) returned -127
>: 
>: Could someone give me a hint?
>: 
>I also had this problem.  What you need to do is tell both machines that they have access to
>the other's x-server.  You do this using the xhost command.  Best if you read the man page.

Err, not quite.
In order to run a GL application, you need a GL server running on the
machine in question.  To the best of my knowledge, there is not 
currently an OpenGL server running on the SUn ( by which I mean a
commercially or freely available one, I am sure that people are working 
on it)
Without that, you can only display X programs on he sun, not GL ones.
Keith
From: rickert@cco.caltech.edu (Keith Warren Rickert)
Newsgroups: comp.sys.sgi
Subject: Re: TAC - Who to contact.
Date: 8 Nov 92 19:03:57 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu

In <BxEuC5.G3q@rahul.net> jonathan@rahul.net (Jonathan Heiliger) writes:

>In article <61822@mimsy.umd.edu> dong@umiacs.umd.edu (Dong Chen) writes:

>>There're still could be problem here. For many big company or school,
>>all out going calls has the same call-id.

>   True.  But I think that some PBXs support the full number coming through.  
>So even though at the time of the call it might not show the callers 
>full/correct number, if it was a nuisance call I'm sure PacBell could audit 
>the trail.

I dont believe that the original poster meant call-id as in 
a caller-id system, but rather the internal call-id's that the TAC
uses to refer to a particular caller and his/her bugs/complaints/etc.
Keith
From: schuman@eacces.wpd.sgi.com (Aaron Schuman)
Newsgroups: comp.sys.sgi
Subject: Re: Process killed due to insufficient memory !?
Date: 4 Nov 92 21:48:28 GMT
Organization: Silicon Graphics 415-390-1901
NNTP-Posting-Host: eacces.wpd.sgi.com

Tarun> Everytime I try to execute [my program] a notice appears on my console
Tarun> 		NOTICE: growreg - temporarily insufficient memory to 
Tarun>			expand region, process csh
Tarun> Same message appears when trying to run edge.
Tarun> I can't figure out why this is happening? Does anyone have any clue?

It means you've used up all of the virtual memory on your system.
Since virtual memory exists in fantastic abundance, your process
must be leaking memory like a sieve.  Do all of your malloc's and
frees match up?

I suspect that edge is not leaking, it is the child of edge (the
process being debugged, presumably your program) that is leaking.


					Aaron

.............................................................................
Aaron Schuman     415-390-1901     schuman@sgi.com     Silicon Graphics, Inc.
From: hunter@werple.apana.org.au (James Gardiner)
Newsgroups: comp.sys.sgi
Subject: Re: Stalking the Ultimate Workstation?
Date: 8 Nov 1992 13:03:49 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au

nathan@laplace.csb.yale.edu (Nathan F. Janette) writes:

>> This is very confusing.  Exactly what are they rating the DTP on?
>> A good DTP these days is nothing but a real fast Xserver and processor
>> to push it around. 

>Not to start a religious war between SGI and NeXT folks (we
>use and like both), but most serious DTP people I know say
>that what you need is postscript, or better still display
>postscript, not X, which is why a NeXT, with it's DPS based
>window system NeXTstep, is highly praised by DTP folks. 
I am not confused.
Was not the version 3 IRIX winodow system Display Postscript.
I am an SGI developer and we got very nice manuals on
Display postscript.

However.  Display postscript is not with the system.
Exactly what is going on I have not bothered to find out.
We don't use Display Postscript in our development.

Point being here.  Display postscript was available in the OLD 
window servers from Irix 3.  Why does it not come on the
X window servers???


James

Newsgroups: comp.sys.sgi
From: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Subject: Re: Exebyte 8500 config on a Crimson
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 12 Nov 1992 05:19:27 GMT

In article <1992Nov10.172707.29397@seismo.do.usbr.gov>, geomagic@seismo.do.usbr.gov (Dan O'Connell) writes:
> We installed an Exebyte 8500 on a Crimson running 4.0.5C. It has
> a Peripheral Visions compression board with a front door display
> panel. We have make all the various devices for it; tps1d4, tps1d4.8200,
> tps1d4.8500, tps1d4nr, tps1d4nr.8200, tps1d4nr.8500, etc.
> When we write to using tar, we never get a transfer rate exceeding
> 120 Kbytes/sec. We have tried both 8500 and 8200 modes, with and without
> compression. We get about 180 Kbytes/sec writting to our 4mm DAT drive.
> 
> We expected to get 300-400 Kbytes/sec transfer rates with the Exebyte
> in 8500 mode. Is there something obvious we should look for that would
> explain the poor Exebyte performance?
> 
> Here is the info returned by mt
> 
>  mt -t /dev/rmt/tps1d4 status
>         Controller: SCSI
>         Device: EXABYTE: EXB-8500-85Qanx00446
>         Status: 0x200
>         Drive type: 8mm cartridge
>         Media : Not READY
> 
> Thanks for any info.
> -- 
> Dan O'Connell
> geomagic@seismo.do.usbr.gov
> Seismotectonics Group, U.S. Bureau of Reclamation

You should test performance of the Exabyte by using 'dd' to transfer
a large amount of data with a large block size to the no-swap device.
With 'tar', the Exabyte may be doing a lot of start/stop, which
is very inefficient on the Exabyte.  So to minimize other differences,
try 'dd'.  It should have no problem streaming at nearly 500KB/s.

jeremy
From: philip@concave.cs.wits.ac.za (Philip Machanick)
Newsgroups: comp.sys.sgi
Subject: Read ISO-9660 CD-ROM on Indigo?
Date: 13 Nov 92 12:09:44 GMT
Article-I.D.: shannon.1992Nov13.120944.5826
Organization: Computer Science Dept, Wits University
X-Xxdate: Fri, 13 Nov 92 13:58:43 GMT
X-Useragent: Nuntius v1.1.1d12

I am considering purchasing a generic UNIX CD ROM advertized to be
ISO-9660. Is this a format supported byt the SGI CD ROM drive (on
an Indigo)? My understanding from reading man cdromd that this is
OK but just as well to be sure.
--
Philip Machanick
Computer Science Dept, Univ of the Witwatersrand, 2050 Wits, South Africa
philip@concave.cs.wits.ac.za  phone: 27 (11) 716-3759  fax: 339-7965
Newsgroups: comp.sys.sgi
From: andreas@didymus.rmi.de (Andreas Fassl)
Subject: QUESTION: Any experience with connecting Sony MOD to the indigo?
Summary: Did someone sucessfully connect a Sony MOD (Magneto-Optical Drive)     
Keywords: SGI Indigo SCSI Connection Question Help Info MOD Sony
Organization: Klaus Kaempf Softwareentwicklung
Date: Mon, 2 Nov 1992 16:34:17 GMT

Hi,
I'm searching for some information regarding the connection of SONY MOD's to
an Indigo-WS. After the big problems with Sony CD-ROM connection to a
sparcstation (Firmware change recommend) I don't want to do the same
thing with the indigo again.

Thanks in advance

With kind regards
Andreas Fassl
-- 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ proGIS Softwareentwicklung, Simulationssysteme, Beratung   + 
+            D- 51oo Aachen, Jakobstrasse 181                + 
+ E-Mail: andreas@didymus.rmi.de VOICE: (49) 241 403 446     +
From: twriter@rd.hydro.on.ca (Timothy Writer)
Newsgroups: comp.sys.sgi
Subject: Re: How to speed up X?
Date: 6 Nov 92 15:23:59 GMT
Article-I.D.: rd.1992Nov6.152359.24079
Reply-To: twriter@rd.hydro.on.ca
Organization: "Ontario Hydro - Research Division"

bam@rudedog.asd.sgi.com (Brian McClendon) writes:


>In article <1992Nov5.223141.8855@rd.hydro.on.ca>, twriter@rd.hydro.on.ca writes:
>> Recently, I acquired AutoCAD (R11) for an IRIS 4d/210 GTX running IRIX
>> 4.0.1.  I mention AutoCAD only because certain aspects of its interface
>> highlight what I believe are deficiencies in SGI's X server.  For
>> example, AutoCAD uses a crosshair for the mouse cursor, drawn with a
>> full height vertical line and a full width horizontal line.  With AutoCAD
>> running and displaying locally (DISPLAY is :0.0), cursor movement is
>> unacceptably slow: when I move the mouse I can see both lines of the
>> crosshair being redrawn.  However, if I display AutoCAD on my PC (using
>> XVision) cursor movement is near instantaneous.
>> 
>> My questions:  Why is SGI's X server slow compared with a PC based X
>> server?  What can I do to speed it up?
>> 
>> Thanks for your help.
>> 

>The problem is that the particular platform you're running on was 
>designed before we even thought about porting X to SGI.  It's most
>likely and "RV1" GTX which does not do logic ops in hardware (so it
>must do readbacks a few pixels at a time for that crosshair cursor
>you're looking at).  There is an X extension that AutoCAD could have
>used to get to the hardware crosshair cursor, but they chose not
>to use it.  To give people an idea about X on SGI platforms,
>here's a sorted list of performance that is probably accurate +/- 2.
>(jsw, feel free to correct me here).

>4D/20 - Personal Iris (w/ RE1 chip)
>4D/70G - aka CLOVER1
>4D/70GT - w/RV1 board
>4D/210GTX - w/RV1 board

>4D/70GT - w/RV2 board
>4D/210GTX - w/RV2 board
>4D/20 - PI w/RE2 chip (I don't believe 25 or TG makes much diff on the sort)
>4D/420VGX/T
>Indigo R3000
>Indigo R3000 Elan (XS, XS24 don't make much difference on X performance (?))

>Crimson BLG
>Indigo R4000 
>Crimson Elan
>Indigo R4000 Elan 
>4D/420 Reality Engine
>Crimson Reality Engine


>Note the first group was designed before we thought about X.  The 2nd group
>has from somewhat to very respectable X performance.

>The final group is in a group of the fastest X servers in the industry
>_and_ ...

>	To the best of my knowledge, Reality Engine has the fastest
>	X performance in the world.

Thanks for the info.  If I understand you correctly, the answer to my
question (How to speed up X?) is to get a new machine. :-(  Is there an
upgrade path from a 4D/210GTX to one of the newer machines, an Indigo
R4000 Elan for example?

Tim

-- 
Tim Writer			     phone:  (416) 231-4111 ext. 6990
Ontario Hydro Research Division	     fax:    (416) 237-9285
Toronto, Ontario		     e-mail: twriter@rd.hydro.on.ca
CANADA
From: lee@luke.rsg.hac.com (C. Lee)
Newsgroups: comp.sys.sgi
Subject: IndigoVideo board & movie playback
Keywords: IndigoVideo, movie, movieplayer, moviemaker
Date: 10 Nov 92 19:43:42 GMT
Organization: Hughes Aircraft Company; Culver City, CA

We're using the IndigoVideo board, and we're simulating some hardware
that has a 3:1 aspect ratio.  We would like to save to disk and later
display some video with a 3:1 aspect ratio (320 wide, 107 high).

We could capture at 320x240 and just overlay a border to get 3:1, but
we were hoping that, since we only need 320x107, if we captured at that
size we could reduce disk space needs, and if we displayed at that size
we could update faster.

For capture, we're started with the "svtomovie.c" example code.  Using
320x107 and calling "svOpenVideo()", "svSetSize()", "svBindGLWindow()",
we get a 320x107 window.  Then upon calling
"svQueryCaptureBufferSize()", with svCaptureInfo set for a 320x107
window, it returns svCaptureInfo reset for a 320x240 window.

So, questions:
	1) {can | how do} we capture at aspect ratios beside 3:2?
	2) {can | how do} we display at a different aspect ratio?

Thanks for any help.
Newsgroups: comp.sys.sgi
From: gof@casbah.acns.nwu.edu (Gerald Fountain)
Subject: Where is nroff?? (plus compiler question)
Organization: Northwestern University, Evanston Illinois.
Date: Fri, 13 Nov 1992 17:35:12 GMT

I have just finished setting up three new Indigo R4K's and noticed there is no
nroff on the disk.  According to 'man man', nroff(1) is to be used for local
man pages.  Seems odd that they would suggest to use something that was not on
the distribution disks!

On an unrelated note, what machines are effected by the -mips1 and -mips2
flags?  What are the benefits?

Thanks

-- 
Jerry Fountain                       
Northwestern University                        gof@stokes.chem-eng.nwu.edu
Department of Chemical Engineering             (708) 491-3555 (Office)
2145 Sheridan Road, Evanston, IL  60208        (708) 491-3728 (FAX)
From: macleod@vissgi.cvrti.utah.edu (Rob MacLeod)
Newsgroups: comp.sys.sgi
Subject: Micropolis Drives
Date: 12 Nov 92 04:03:07 GMT

Having followed the last few rounds of discussion on third-party gear and
hearing some negative comments about Micropolis drives, I am suddenly faced
with the choice between two 3.5 inch/1.2 GByte disks, one of which (of
course) is a Micropolis.  The other is an HP and I would take it in an
instant if it were not for the almost $500 difference in price!  This beast
will become the system drive in an R4000 Indigo/Elan and so we don't need
a flaky unit, but the supplier is a good one we have dealt with in the
past (Parity) and claims to have a hundred such drives in customers'
machines without any problems.  The drive comes with the usual 5yr guarantee
and will be supported directly by Parity for the first year.

Am I being paranoid about this, are the problems with Micropolis drives
just urban legend, or are these the disk drives from hell?  Any comments
would be very useful right about now...

Thanks,

Rob.

--------------------------------------------------------------------------
Rob MacLeod, Ph.D.
Nora Eccles Harrison Cardiovascular Research and Training Institute (CVRTI)
Building 500, University of Utah          
Salt Lake City, Utah 84112                      ____  __o
Internet:  macleod@cvrti.utah.edu              ____   -\<,
Phonemail: (801)581-8183                         ....0/ 0
Fax:       (801)581-3128
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: atems@igor.physics.wayne.edu (Dale Atems)
Subject: No more Sony monitors --- who to complain to?
Organization: Wayne State University, Detroit, MI
Date: Wed, 11 Nov 1992 21:10:08 GMT

The subject header says it all. We've been told by our sales rep and
SGI Logistics that SGI no longer ships Sony monitors for Indigos. Our
new R4000 Indigo came with a Mitsubishi monitor, and next to a Sony
the Mitsubishi's poorer definition and contrast are very noticeable.

As an SGI customer I would like to register an official complaint
against the decision to go with the Mitsubishi monitors. Could someone
point me to the right office?

------
Dale Atems
Wayne State University, Detroit, MI
Department of Physics and Astronomy
atems@igor.physics.wayne.edu
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: Re: Panasonic SVHS, VLAN, and indigo
Date: 14 Nov 1992 01:52:58 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


In article <1e19v6INN508@fido.asd.sgi.com> spencer@hailwood.asd.sgi.com (Paul Spencer) writes:
>senseman@ricky.brainlab.utsa.edu (David M. Senseman) says:
>> 
>> Panasonic's S-VHS AG-7750 comes with a 9-pin interface connector for serial I/O
>> control. My question is whether an Indigo can directly control the AG-7750
>> without buying a VLAN system.
>

If you don't already have a stand alone edit controller, a good solution
is to get one which is VLAN compatible, e.g. the Videomedia MICRON.
This has 2 VLAN receivers built in, so one gets a stand-alone edit
controller and the VLAN receivers in one package. You just set the
MICRON to external control (and switch on the VLAN) to let the computer run things.
One can add an additional VLAN reciever to the system to do A-B roll...

-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
Newsgroups: comp.sys.sgi
From: gaarder@well.sf.ca.us (Steve Gaarder)
Subject: HP DAT drive on a 4D/35
Organization: AC Technology
Date: Mon, 9 Nov 1992 22:23:19 GMT

We have an HP 35480A DAT drive that we have hooked up to a 4D/35 running
4.0.5.  I can read my own tapes fine, but not tapes made on an HP 9000/700.
With those, tar gives "premature end of file" and dd gives ") records".
I note that the hinv command gives the drive type as "unknown", and thus 
suspect part of the problem is that the software does not recognize the
drive as a DAT drive.  Any ideas?

thanks,

Steve Gaarder
gaarder@actech.com
From: waugh@coos.dartmouth.edu (Jim Waugh)
Newsgroups: comp.sys.sgi
Subject: How Restore / and /usr filesystems?
Date: 9 Nov 92 16:35:50 GMT
Organization: Dartmouth College, Hanover, NH


                                            11-09-92
 How do I restore a "bru" tape backup of my / and /usr
filesystems to my SCSI disk?
 I have an entry level Indigo with Indigo Video board. 4.0.5MM
was on the Indigo, and I installed 4.0.5F. Now the message "No
Indigo Video Board Installed" appears when I try invoking video
utilities like VideoPanel. The probability is ~1.0 that I'm at
fault here, as I botched the install by loading the CDs in the
wrong sequence, etc. So, I'd like to restore to the system state
before the upgrade attempt and start over.
 Thanks.
-Jim Waugh, Dartmouth College, a.k.a.  jim.waugh@dartmouth.edu
Newsgroups: comp.sys.sgi
From: beck@enterprise.den.mmc.com (Fred R. Beck)
Subject: Re: 'control' program
Organization: Martin Marietta
Date: Thu, 5 Nov 1992 17:44:34 GMT

In article <33477@adm.brl.mil>, pjf@osiris.cs.uoguelph.ca (Peter Jaspers-Fayer) writes:
|> 
|> We have a system that is used by many people, some of whom are unthinking
|> or unknowlegeable enough to "trash" the system by submitting many
|> resource-intensive background jobs at once, and then leaving the city.  We
|> found the need to allow a "sub-administrator" the ability to stop (kill)
|> or pause user processes, without being "handed all the keys".  A userid
|> with root UID/GID and a restrictive "padded cell" .cshrc shell script was
|> considered, but in the end, we wrote it as a C program, to be installed as
|> a shell.  It can be used by root as well, and (in a restricted way) by
|> users (to restart - or even pause - their own jobs).
|> 
|> The program effects the "pause" operation via blockproc(2), because we
|> found that to be more reliable than `kill -STOP`.  It disallows any action
|> against "system" processes, and logs actions via syslog(3B).  It makes use
|> of a lot of system calls/libraries that I fear may be Irix (and maybe even
|> Irix 4.05) specific.  The user interface is tty, nothing special.
|> 
|> If anyone's interested, you could anonymous FTP osiris.cs.uoguelph.ca
|> (pub/local/catman/cat1/control.z, pub/pjf_src/control.ca)
|> 
|> Discussions about the program are welcome, discussions about the political
|> correctness of hanging or killing some hapless user's process are not :-)
|> --
|>  /PJ      "You can't grep dead trees"
|>  pjf@osiris.cs.uoguelph.ca
|> 							 pjf@vm.uoguelph.ca
|>      CRT emissions are physically addictive. (Shh!)
|>      (519)824-4120x6309

I have been using a public domain (with some slight mods) program
called "sudo" (Super-User Do) to perform the above and many other
functions.  I can hand out whatever "keys" I want to whomever I want.

I encourage my "administrators-in-training" to use this always so that
I can see in a sudolog file what and when they did what they did.

Using sudo forces each user to verify who they are with their own passwd.
Errors of usage are reported immediately to root!

I will be willing to post this code (with man page) if anyone is
interested.

-fred
 beck@den.mmc.com
Newsgroups: comp.sys.sgi
From: trich@crow.omni.co.jp (Timothy Richards)
Subject: Re: Putting disk in an Indigo
Reply-To: trich@crow.omni.co.jp
Organization: Omnibus Japan, Inc.
Date: Fri, 13 Nov 92 07:56:59 GMT

steev@ipecac.esd.sgi.com (Motorin' Flarey Henderson) writes 
> In <1992Nov11.204741.28323@bradley.bradley.edu> guru@camelot.bradley.edu (Jerry Whelan) writes:
> 
> >	We are considering purchasing a 15 seat lab of indigos.
> >and thus we'd like to put our own hard drives in the machines.
> 
> Offhand, I'd say that the easiest way to connect your own HD is to connect
> it externally.  There may be some third party company that will sell you the 
> necessary goodies to install it internally?

I agree, in fact it seems there are other advantages in using external drives.
It is easier to move them to another type of machine.  In fact why use an internal
drive ??  is there a performance difference or is it purely a matter of
appearances ?  I assume one can also use an external drive as a system disk.
-- 
-----------------------------------------------------------------------------
Timothy Richards, Omnibus Japan.		work: +81 (3) 5706-8357
[Uucp]      ccut.cc.u-tokyo.ac.jp!crow!trich	home: +81 (3) 3720-4088
[Internet]  trich@omni.co.jp