HDTenEightyP/NetNews huggingface dataset:
From: jet@boxer.nas.nasa.gov (J. Eric Townsend)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: Numerical Aerodynamic Simulation, NASA Ames
Date: 17 Nov 92 10:45:03



What a silly question.

Blinking lights.  Lots and lots of blinking lights.   well, if one
buys a massively parallel supercomputer, one gets blinking lights.
From what I've seen of the C90, it doesn't have nearly enough lights.
At least it looks like a ST:TNG prop, I guess that's better than
nothing...

Founder, Society to Bring Back Lots of Blinking Lights


--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
               '92 R100R, DoD# 0378, BMWOA, AMA, ACLU, EFF, CPSR
                                "HotHead Rules!"
Newsgroups: comp.sys.super
From: hyatt@cis.uab.edu (Robert Hyatt)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: University of Alabama at Birmingham
Date: Wed, 18 Nov 1992 17:56:03 GMT

In article <1992Nov18.171658.11722@nas.nasa.gov> fineberg@nas.nasa.gov writes:
>In article <1992Nov18.095903.8190@meiko.com>, jim@canopus.meiko.co.uk (James Cownie) writes:
>|> In article <JET.92Nov17104503@boxer.nas.nasa.gov>, jet@boxer.nas.nasa.gov (J. Eric Townsend) writes:
>|> |> 
>|> |> 
>|> |> What a silly question.
>|> |> 
>|> |> Blinking lights.  Lots and lots of blinking lights.   well, if one
>|> |> buys a massively parallel supercomputer, one gets blinking lights.
>|> 
>|> You have the wrong technical term here. Those aren't blinking lights, 
>|> they're the "Front panel visualization tool" (Page 6 Intel Paragon 
>|> Supercomputer glossy : order no 203/6/92/10K/GA)
>|> 
>|> -- 
>|> James Cownie 
>|> Meiko Limited
>|> 650 Aztec West
>|> Bristol BS12 4SD
>|> England
>|> 
>|> Phone : +44 454 616171
>|> FAX   : +44 454 618188
>|> E-Mail: jim@meiko.co.uk or jim@meiko.com
>Actually, the "Front panel visualization tool" is a tool that lets you see
>the blinking lights from a workstation.  I don't know what name they give
>the lights themselves.  They probably call them the Blinkium.
>
>Sam


Probably use German:

Das Blinkenlightens



-- 
!Robert Hyatt                    Computer and Information Sciences   !
!hyatt@cis.uab.edu               University of Alabama at Birmingham !
Newsgroups: comp.sys.super
From: fineberg@win31.nas.nasa.gov (Samuel A. Fineberg)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: CSC, NASA Ames Research Center, NAS Division
Date: Wed, 18 Nov 92 17:16:58 GMT
Reply-To: fineberg@nas.nasa.gov

In article <1992Nov18.095903.8190@meiko.com>, jim@canopus.meiko.co.uk (James Cownie) writes:
|> In article <JET.92Nov17104503@boxer.nas.nasa.gov>, jet@boxer.nas.nasa.gov (J. Eric Townsend) writes:
|> |> 
|> |> 
|> |> What a silly question.
|> |> 
|> |> Blinking lights.  Lots and lots of blinking lights.   well, if one
|> |> buys a massively parallel supercomputer, one gets blinking lights.
|> 
|> You have the wrong technical term here. Those aren't blinking lights, 
|> they're the "Front panel visualization tool" (Page 6 Intel Paragon 
|> Supercomputer glossy : order no 203/6/92/10K/GA)
|> 
|> -- 
|> James Cownie 
|> Meiko Limited
|> 650 Aztec West
|> Bristol BS12 4SD
|> England
|> 
|> Phone : +44 454 616171
|> FAX   : +44 454 618188
|> E-Mail: jim@meiko.co.uk or jim@meiko.com
Actually, the "Front panel visualization tool" is a tool that lets you see
the blinking lights from a workstation.  I don't know what name they give
the lights themselves.  They probably call them the Blinkium.

Sam
From: mckenney@cims.nyu.EDU (Alan McKenney)
Subject: Compiler directives to force vector mode
Followup-To: comp.sys.super
Summary: What are the compiler directives to force vector mode on
         various vector machines?
Organization: Courant Institute, NYU, NY, NY, USA
Date: Thu, 19 Nov 1992 10:24:59 GMT
From: alan@af.msc.edu (Alan Klietz)
Newsgroups: comp.sys.super
Subject: Heterogeneous Computing Challenge
Date: 20 Nov 92 19:55:59 GMT
Organization: Minnesota Supercomputer Center, Inc.

A screen shot of the winning contest entry in the 0th Annual
Heterogeneous Computing Challenge is available via anonymous
ftp to ec.msc.edu.  The file is /pub/LIGHTNING/challenge/challenge.xwd.Z

To view on a color X display, type xwud -in challenge.xwd.

See the README file for copyright information.

--
Alan E. Klietz
Minnesota Supercomputer Center, Inc.
1200 Washington Avenue South
Minneapolis, MN  55415
Ph: +1 612 626 1737	       Internet: alan@msc.edu
Newsgroups: comp.sys.super
From: eugene@wilbur.nas.nasa.gov (Eugene N. Miya)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: NAS, NASA Ames Research Center, Moffett Field, CA
Date: Thu, 19 Nov 92 18:28:55 GMT

In article <6080@mccuts.uts.mcc.ac.uk> zzassgl@uts.mcc.ac.uk
(Geoff Lane) writes:
>MIPs aren't the problem - I/O and memory access is the problem.  Any old 
>fool can plug together a bunch of Intel CPU chips and claim that the 
>resulting box is faster than a Cray (usually the model isn't specified :-) 
>but it takes an expert to get the bus architecture correct.  It's also damn 
>expensive.

Sort of.
Some would say you buy "balance."  My old officemate George came up with this
nice concept of how you think of this:

                   ^ A  
                s / \ r                
               m /   \ c              
              h /     \ h            
             t /       \ i          
            i /         \ t        
           r /           \ e      
          o /             \ c    
         g /               \ t  
        l /                 \ u
       A /                   \ r
        <_____________________> e   
                Language

It is the icon for the Conferences on High-Speed Computing
which has some characteristics to Amdahl's Other Law (remote).
Gets you out of binary thinking.
There is an argument in another group and mailing list right now about
a slight against software inproving performance.
We hash on 3-D versions, but here is my "improved" 2-D version:

                         ^  
                        /.\  
                       / . \  
                    e /  . O\ S
                     /   .  p\  
                  r /n   .C  e\ o
                   /o   C.o   r\  
                a /i     .m    a\ f
                 /t     P.p     t\  
              w /a       .i      i\ t
               /c       U.l       n\ 
            d /i         .e        g\ w
             /n          .r          \ 
          r /u           .           S\ a
           /m           y.L           y\
        a /m         r.  N  .i         s\ r
         /o       o.  a     o  .b       t\
      H /C     m.  t           t  .r     e\ e
       /    e.  a                 a  .a   m\
      /  M.  D                       t  .r  \
     / .              D a t a           i  . \
    <_________________________________________> 
               A p p l i c a t i o n

--eugene miya, NASA Ames Research Center, eugene@orville.nas.nasa.gov
  Associate Editor, Software and Publication Reviews
  Scientific Programming
  {uunet,mailrus,other gateways}!ames!eugene
Seeking Books to buy:	Bongard, Pattern Recognition
			3 down 1 to go.
Newsgroups: comp.sys.super
From: jet@boxer.nas.nasa.gov (J. Eric Townsend)
Subject: Re: What are people paying for when they by a supercomputer?
	<JET.92Nov17104503@boxer.nas.nasa.gov>
	<1992Nov17.192804.4410@news.eng.convex.com>
Organization: Numerical Aerodynamic Simulation, NASA Ames
Date: 17 Nov 92 16:56:16

"patrick" == Patrick F. McGehearty <patrick@convex.COM> writes:
JET == jet@boxer.nas.nasa.gov (J. Eric Townsend) 

JET>Blinking lights.  Lots and lots of blinking lights....

patrick> have suggestions for specific hardware events that might be
patrick> connected to blinking lights on a massively parallel shared
patrick> memory super?

I sorta like the ipsc/delta/sigma solution:
 - one for cpu active
 - <something> for communication
 - one for node failure

I've seen more than one person debug their code on the ipsc/860 by
sitting in front of the cabinet and watching the led's.. "See, it hung
in computation after the third massive data shuffle..."

I'd also like to have some sort of cray-like debugging panel where I
could get information like:
 - register (including control registers) information for a specific
node
 - examine arbitrary memory addresses (yeah, right :-)
 
While we're at it, how about a led for each transistor in each chip?
It'd only take what, ~1mil led's for a i860?  Let's see, that's a
1000x1000 pixel grid, and at 400dpi (using Kodak(?)'s new 400dpi lcd),
that's about 2.5x2.5in.

With a 3'x6' panel, we're looking at roughly 15x30 such lcds, giving
us the ability to examine the cpus of 450 nodes of a reasonably large
sigma... Another door's worth would probably give us all the support
chips.  The real problem comes with ram: 1MB of 9-bit parity ram would
take a cell 7"x7" to show each bit... Oh well, maybe just light up a
point based on the parity bit to show bad memory?

This is getting out of hand, I suspect...


--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
               '92 R100R, DoD# 0378, BMWOA, AMA, ACLU, EFF, CPSR
                                "HotHead Rules!"
From: fineberg@win31.nas.nasa.gov (Samuel A. Fineberg)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: CSC, NASA Ames Research Center, NAS Division
Date: Tue, 17 Nov 92 17:22:27 GMT
Reply-To: fineberg@nas.nasa.gov

In article <1992Nov17.054017.9167@craycos.com>, sog@craycos.com (Steve Gombosi) writes:
|> In article <schumach.721938542@convex.convex.com> schumach@convex.com (Richard A. Schumacher) writes:
|> >In <1992Nov16.171314.2178@craycos.com> sog@craycos.com (Steve Gombosi) writes:
|> >
|> >>>>>what are they getting in addition to computational power?
|> >>... several hundred gallons of Fluorinert(r) ;-).
|> >
|> >Not necessarily. Some of us are ozone-friendly. :->
|> 
|> Fluorinert is a FLUOROcarbon, not a CHLOROFLUOROcarbon like Freon. 
|> It doesn't form any weird, nasty ozone-depleting free radicals.
|> It's the chlorine that does that. We're a kinder, gentler supercomputer
|> company ;-).
|> 
|> Steve
Yea, but do you use CFCs in the cooling plant of the Y-MP???????

Sam
Newsgroups: comp.sys.super
From: tony@syzygy.co.uk (Tony Ford)
Subject: Re: What are people paying for when they by
Reply-To: tony@syzygy.co.uk
Organization: Sun Microsystems, Inc.
Date: Wed, 18 Nov 1992 09:51:50 GMT

In article 92Nov17104503@boxer.nas.nasa.gov, jet@boxer.nas.nasa.gov (J. Eric Townsend) writes:
> .
> .Blinking lights.  Lots and lots of blinking lights.  ...
>

	Ah yes, this brings to mind the scene in Alien when Dallas
	goes to 'speak to Mother'. Every inch of the Mother (apart
	from the door and a small screen) was covered in blinking lights !

	Now that was a Super-computer.

--

sig: no such file or directory

Newsgroups: comp.sys.super
From: tony@meiko.co.uk (Tony Ford)
Subject: Re: Old Prediction from 1988
Reply-To: tony@meiko.co.uk
Organization: Meiko Scientific.
Date: Mon, 16 Nov 1992 08:42:16 GMT

In article 20527@murdoch.acc.Virginia.EDU, clc5q@uvacs.cs.Virginia.EDU (Clark L. Coleman) writes:

> "Five years from now, we should be at 100 billion gigaFLOPS.  .

I told him 100 billion million million times, "Do not exaggerate !".

--

sig: No such file or directory

Newsgroups: comp.sys.super
From: Patrick F. McGehearty <patrick@convex.COM>
Subject: Re: What are people paying for when they by a supercomputer?
Originator: patrick@mozart.convex.com
Date: Tue, 17 Nov 1992 19:28:04 GMT
Reply-To: patrick@convex.COM (Patrick F. McGehearty)
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <JET.92Nov17104503@boxer.nas.nasa.gov> jet@boxer.nas.nasa.gov (J. Eric Townsend) writes:
>Blinking lights.  Lots and lots of blinking lights....

Ah, yes, blinking lights.  The first parallel machine I worked on  (C.mmp,
a collection of 16 PDP-11s built at Carnegie-Mellon in the 1970's) had
a pretty fair collection of blinking lights, and looked pretty when
you turned the computer room lights off.  Not only did each PDP-11 have
a front panel with a row of lights, the crosspoint interconnection for the
shared memory had 256 lights, one for each crosspoint.  I have forgotten the
original rationale for putting those lights on the crosspoint, but we
actually diagnosed some memory conflict performance problems by watching the
lights while an application ran.  In addition, the "I'm dead" error routines
from the processors were written to make particular patterns on the front
panel of the PDP-11s.

However, current systems have other methods for getting similar information.
Other than being a designer preference for "flash" vs "cool", what benefits
do lots of blinking lights offer, and what should they represent?
I.e. Do people have suggestions for specific hardware events that might
be connected to blinking lights on a massively parallel shared memory super?

- Patrick McGehearty
From: ephraim@think.com (Ephraim Vishniac)
Newsgroups: comp.sys.super
Subject: Re: What are people paying for when they by a supercomputer?
Date: 16 Nov 1992 19:44:06 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
Distribution: inet
NNTP-Posting-Host: charon.think.com

In article <1992Nov16.174414.12427@craycos.com> jrbd@craycos.com (James Davies) writes:
>Actually, even the $250,000/GFLOP number sounds a bit low to me; $2M/GFLOP
>is closer to the current going rate.

I don't know what Cray's prices are, but $250K/GFLOP is the ballpark
figure for the CM-5. 

-- 
Ephraim Vishniac    ephraim@think.com   ThinkingCorp@applelink.apple.com
 Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142
        One of the flaws in the anarchic bopper society was
        the ease with which such crazed rumors could spread.
Newsgroups: comp.sys.super
From: solman@athena.mit.edu (Jason W Solinsky)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: Massachusetts Institute of Technology
Distribution: inet
Date: Tue, 17 Nov 1992 19:12:10 GMT

In article <1992Nov16.212703.4519@nas.nasa.gov>, fineberg@win31.nas.nasa.gov (Samuel A. Fineberg) writes:
|> In article <1e8tm6INN61f@early-bird.think.com>, ephraim@think.com (Ephraim Vishniac) writes:
|> |> In article <1992Nov16.174414.12427@craycos.com> jrbd@craycos.com (James Davies) writes:
|> |> >Actually, even the $250,000/GFLOP number sounds a bit low to me; $2M/GFLOP
|> |> >is closer to the current going rate.
|> |> 
|> |> I don't know what Cray's prices are, but $250K/GFLOP is the ballpark
|> |> figure for the CM-5. 
|> |> 
|> |> -- 
|> |> Ephraim Vishniac    ephraim@think.com   ThinkingCorp@applelink.apple.com
|> |>  Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142
|> |>         One of the flaws in the anarchic bopper society was
|> |>         the ease with which such crazed rumors could spread.
|> Only if you mean peak.  And if you think a CM-5 can deliver $250K/GFLOP on
|> real application code, I have a bridge over the San Fancisco bay you might 
|> be interested in.

A curiosity question. When TMC sells people a CM-5, do they say it will do 1
GFLOP per $250K, or do they actually note that this performance is only
approached by heinously parallel code. (i.e. Are they trying to sell the CM-5
as a general purpose supercomputer?)

Jason W. Solinsky
Newsgroups: comp.sys.super
From: fineberg@win31.nas.nasa.gov (Samuel A. Fineberg)
Subject: Re: What are people paying for when they by a supercomputer?
Organization: CSC, NASA Ames Research Center, NAS Division
Date: Mon, 16 Nov 92 21:27:03 GMT
Reply-To: fineberg@nas.nasa.gov
Distribution: inet

In article <1e8tm6INN61f@early-bird.think.com>, ephraim@think.com (Ephraim Vishniac) writes:
|> In article <1992Nov16.174414.12427@craycos.com> jrbd@craycos.com (James Davies) writes:
|> >Actually, even the $250,000/GFLOP number sounds a bit low to me; $2M/GFLOP
|> >is closer to the current going rate.
|> 
|> I don't know what Cray's prices are, but $250K/GFLOP is the ballpark
|> figure for the CM-5. 
|> 
|> -- 
|> Ephraim Vishniac    ephraim@think.com   ThinkingCorp@applelink.apple.com
|>  Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142
|>         One of the flaws in the anarchic bopper society was
|>         the ease with which such crazed rumors could spread.
Only if you mean peak.  And if you think a CM-5 can deliver $250K/GFLOP on
real application code, I have a bridge over the San Fancisco bay you might 
be interested in.

Sam

P.S., Don't feel so bad, our Cray can't deliver $250K/GFLOP either.  In fact,
we are lucky to get >1 GFLOP out of our Y-MP/8 on real code.
From: slu@yoko.rutgers.edu (shen lu)
Newsgroups: comp.sys.super
Subject: help us buying a mini-super
Keywords: mini-super
Date: 19 Nov 92 19:09:29 GMT
Distribution: usa
Organization: Rutgers Univ., New Brunswick, N.J.


Hi, supercompuer gurus:
    We are going to get a project which will allow us to burn about
    300K to 400K for a new computer. The main task is ocean modeling,
    we are going to run several big 3 D CDF codes and water quality
code
    on it. Currently, we have a Alliant FX/40, but this one can't 
    handle this project. Basicly we are looking for 30 to 1 speed
    up relatively to Alliant Fx/40 in terms of floating point 
    computation. We have tested SGI 480, dose not look promising.
    
    We have some reservations about parallel computer, we don't
    want to speed a lot of time to rewrite our fortran code to
    get the peak performance.

    If you  have any suestions and similar experience in shoping
     for a big box, please give us some advice.
    
    Thanks a lot.

     slu@paul.rutgers.edu
Newsgroups: comp.sys.super
From: "Peter Beckman" <beckman@moose.cs.indiana.edu>
Subject: Re: What are people paying for when they by a supercomputer?
Organization: Indiana University, Bloomington
Date: Sun, 15 Nov 1992 20:09:28 -0500

solman@athena.mit.edu (Jason W Solinsky) writes:
>what are they getting in addition to computational power?

Simple: R&D, software, support, and lots of cool mugs, t-shirts,
highlighters, colorful posters, and slick glossies. -Pete
From: paul@uxc.cso.uiuc.edu (Paul Pomes - UofIllinois CSO)
Newsgroups: comp.sys.sequent
Subject: Re: Traceroute source needed for sequent Urgently
Date: 16 Nov 92 00:21:56 GMT
Article-I.D.: news.Bxs90L.3s6
Reply-To: Paul-Pomes@uiuc.edu
Organization: University of Illinois at Urbana

sameer@atlastele.com writes:

>Sorry for the ommission, it is for symmetry machines running Dynix, soon
>to migrate to ptx. But Dynix is what I need traceroute for.
>I am still awaiting a response. Many thanks,

Send the attached though uudecode, then replace the raw_ip.o module in
/sys/conf/OBJSlib.a with the decoded copy.  Please make a backup of 
OBJSlib.a first.  Run ranlib on OBJSlib.a and link a kernel as usual.
Install the traceroute executeable and reboot to the new kernel.
This was built on Dynix 3.1.2.  Traceroute should now work.

/pbp
====
begin 644 raw_ip.o
MZQ(``$@"``"$`````````*@`````````<```````````````````````````
M````````````````````````````````````````````````````````````
M``````````````````````````````````````````````$```!5B^Q7BT4(
MB_@#>`1F#[9'"6:)!<H"``"XK`(``(U7$(L*B0BXO`(``(U7#(L*B0AHJ`(`
M`&BX`@``:,@"``#_=0CH1P```(/$$%_)PY"0D%6+[(/L$%=64\=%_`````"+
M10B+6`B+4Q@/OT((/?\```!T!8M]#.M\BWT,B_<#=P2+10@/OT!,J`%T)8M%
M"(U`'(E%]`^_`(/X`G0)QT7X+P```.MNBT7TBU`$B58,ZP?'1@P`````C480
MBU4(@\(0BPJ)"`^_0PXE$`````P@4(M%"(U`.%"+10C_<#17Z.0```"#Q!!;
M7E_)PP^_1P@!1?R+/X7_=?-J`6H":@#H!`$``(/$#(OXA?]U$\=%^#<```!7
MZ!H!``!9BT7XZ\?'1P1H````9L='"!0`BT4,B0>+]P-W!,9&`0!FQT8&``"+
M10B+4`B+0A@/OT`(B$8)BT7\C4`49HE&`L9&"/_I'?___U6+[(/L!%=6,?:+
M10R+>!0QP#E%$`^%I0```(M%"(7`="J#^`$/A9H```"+112#^`$/A8D```"+
M11C_,(U'-%#HJ0$``(/$"%Y?R<.+112#^`%U;&H!:@IJ`>C#`0``@\0,BU48
MB0*#?S0`=$:+11B+$(M'-(M(!(E*!(M%&(L0BT<T9HM("&:)2@B+11B+$`^_
M0@A0BT48BPB+P0-!!%"+1S2+T`-0!%+H$@(``(/$#.L2BT48BQ!FQT((``#K
M!;X6````@WT(`740BT48@S@`=`C_,.@^`@``68O&Z6;___^0D"1(96%D97(Z
M("]U<W(O<W)C+W-R8R]S>7,O:3,X-B]N971I;F5T+U)#4R]R87=?:7`N8RQV
M(#$N,2`Q.3DR+S`W+S`W(#$W.C(R.C4U('!A=6P@17AP('!A=6P@)`````(`
M```````````````````"`````````````````````@```!0````'```$&0``
M``<```0E````!P``!#$````'```$-@````<```0[````!P``!$,````%```<
MX`````<``!P``0``"```'!8!```)```<I0$```L``!R_`0``"```'`X"```,
M```<.@(```T``!P$````!@```$@"```+````!P```*@"```3````!P```+@"
M```;````!P```,@"```E````!0`````````P`````0`````````[````!0``
M`%````!'`````0````````!2`````0````````!:`````0````````!C````
M!0```&0!``!R`````0````````!^`````0````````"%`````0````````".
M````7W)C<VED`%]R:7!D<W0`7W)I<'-R8P!?<FEP<')O=&\`7W)I<%]I;G!U
M=`!?<F%W7VEN<'5T`%]R:7!?;W5T<'5T`%]I<%]O=71P=70`7VU?9V5T;0!?
M;5]F<F5E;0!?<FEP7V-T;&]U='!U=`!?:7!?<&-B;W!T<P!?8F-O<'D`7VUF
&<F5E:70`
`
end
-- 
"A well-schooled electorate, being necessary to the security of a free State,
the right of the People to keep and read Books shall not be infringed."
	-- J. Neil Schulman
Newsgroups: comp.sys.sequent
From: derwin@mach2.wlu.ca (Daryl Erwin)
Subject: Wanted: Still looking for PTX source for top
Organization: Wilfrid Laurier University
Date: Tue, 17 Nov 1992 00:29:16 GMT

As the subject line sez...

I have a binary but it would be nice if I had the source - thanks.
-- 
Daryl Erwin                                     Net Address: derwin@mach2.WLU.CA
Information Systems (woo-eee a new name!)       Surface Mail: P4-1, Main Campus 
Wilfrid Laurier University, Waterloo, Ontario 
Bus:(519) 884-1970 x2910                                          ... Go Hawks!
Newsgroups: comp.sys.sequent
From: parson@coulomb.pcc.oz.au (Brenda Parsons - x2403)
Subject: How are users counted?
Organization: Prospect Electricity
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 20 Nov 92 00:24:12 GMT

We have a license for 32 users running ptx 1.4.0 and are running into
the limitation quite often.  However, it seems that there are still
methods of logging into the system without the 'too many users'
message showing up.

We have users connecting via: rlogin, telnet, lat, xterminals, x25, and
through a protocol converter (vista box) via ethernet.  Quite often
we end up with 45-55 users logged in.

How does ptx determine who is a real user and who is a pseudo user, and
which does 'login' use to determine who can sign in and who can't.

Any help would be appreciated.

Thanks
-- 
% Brenda Parsons                  
% Currently at Prospect Electricity
% 10 Smith Street, Parramatta 2150, Australia
% +61 2 635 0300              e-mail:   parson@coulomb.pcc.oz.au        
Newsgroups: comp.sys.sequent
From: pete@wvus.org (Pete Gregory)
Subject: REPOST: PTX 1.3.1 "renice" sought
Organization: World Vision U.S.
Date: Tue, 17 Nov 92 21:41:30 GMT
Keywords: renice PTX

Hi - Unisys 6000/80 (S81) running PTX 1.3.1...

I'm looking for a source (okay, just a binary would do) for "renice" 
that is ported to PTX 1.3 .  thanks...
-- 

Pete Gregory       |  Internet: pete@wvus.org
UNIX SA            |  Bangpath: ames!elroy!wvus!pete
World Vision U.S.  |  Slowpath: 919 W. Huntington Dr., Monrovia, CA 91016
-- 

Pete Gregory       |  Internet: pete@wvus.org
UNIX SA            |  Bangpath: ames!elroy!wvus!pete
World Vision U.S.  |  Slowpath: 919 W. Huntington Dr., Monrovia, CA 91016
From: sam@bsu-cs.bsu.edu (B. Samuel Blanchard)
Newsgroups: comp.sys.sequent
Subject: remotelp protocol
Date: 17 Nov 92 16:14:57 GMT
Reply-To: sam@bsu-cs.bsu.edu (B. Samuel Blanchard)
Organization: Ontario Systems Corporation, Muncie IN

I am trying to use PC/TCP's lpr program to print to a Dynix/ptx 1.4
system with TCP/IP installed.  There is a demon, remotelp, which is
running on the Dynix/ptx system.  The log show a valid connection
but there seems to be an error.  I think the error occurs after the
PC/TCP program thinks everything should be done.
2 lines from /usr/spool/lp/logs/remotelp file:
remotelp (#, date, time): (host oscpc, queue laser)
 Unexpected EOF while getting data file
remotelp(daemon, date,time):child #, exit 1

I will summarize.
-- 
B. Sam Blanchard        sam@bsu-cs.bsu.edu
418 Winfield Dr         (317) 284-7131   work
Greenfield, IN 46140