HDTenEightyP/NetNews huggingface dataset:
From: merlin@neuro.usc.edu (merlin)
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.sysv386,comp.sys.ibm.pc.misc
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Date: 7 Apr 1992 00:51:09 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

In article <...> dpkemp@afterlife.ncsc.mil (David P. Kemp) writes:
>I suspect a SPARCstation IPX would give your hypothetical 100 MHz 486
>more than a run for your money, and would be a h*ll of a lot cheaper for
>an equivalent configuration.

My 486-33, 256K, 8MB, 210MB, ATI Graphics Vantage, 72HZ/NI, WD8003e = $2,400.00

What's the price on your IPX with accelerated color display?  BRLCAD benchmark?

>Have you been sleeping for the past few years, while SPEC has been trying
>to appoximate real-world numbers?

You'all got SPECmarks for everything from a VAX-780 through MacII to CRAY YMP?
How about real SPECmarks by an independent organization without the apparently
common local vendor twiddling with the benchmarks and/or actual numbers?  I'd
like to see any benchmark which does compute, memory, and disk intensive work
and has been run on a wide range of platforms.  I'm not committed to a BRLCAD
benchmark -- but I don't happen to trust SPECmarks.  Moreover, this month's
UNIX Review has a really critical two page commentary on bogus SPECmark data.
It seems I may be correct in not believing SPECmark data.
From: demuth@hugo.informatik.uni-dortmund.de (Thomas Demuth)
Newsgroups: alt.sys.sun
Subject: Adress Traces
Date: 13 Apr 1992 08:49:51 GMT
Organization: University of Dortmund, Germany
Distribution: world
NNTP-Posting-Host: hugo

Hello !

Is there anybody who has experiences with trace driven simulation
on a sparcstation ?
For my studies i need adress-sequences of any processes (compiler-
runs, etc).
I want to test alternative memory systems for a sparc processor and so
i want to get adress traces of programs.

Who can help me ?

Thanks in advance !


Thomas Demuth
University of Dortmund
Germany
From: jdubb@csa.bu.edu (jay dubb)
Newsgroups: alt.sys.sun
Subject: anyone tried UFORIA (unix-vms backups)? what is it like?
Date: 11 Apr 92 14:09:55 GMT
Reply-To: jdubb@csa.bu.edu (jay dubb,degree)
Organization: x




     Does anyone have any experience with the UFORIA backup product
for Unix and VMS systems that was advertised on biz.comp.software by
someone at lobsang@unixland.natick.ma.us? What is it like? Reliable?
easy to use? How are the support people? Please email me any thoughts
you may have on this topic.

Newsgroups: alt.sys.sun
From: Guido St|cker <stoecker@opal>
Subject: Modula II CrossCompiler for Sun Sparc to 68xxx
Organization: TU Berlin Institut f?r Technische Informatik
X-Useragent: Nuntius v1.0
Date: Mon, 13 Apr 1992 13:25:26 GMT

Our Institute ist looking for a Modula 2 Cross Compiler. The development
platform is a Sparc Station and the destination machine is a 60020 based
Sun 3/50.
We are aware of a product called HICROSS from the Swiss Firm HiWare. My
Question is:Are there any other CrossCompilers availible on the market ??
Any informations are welcome. My e-mail Adress is:
stoecker@cs.tu-berlin.de
Thanks in advance.

Guido
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.sysv386,comp.sys.ibm.pc.misc
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Organization: The Programmer's Pit Stop, Ann Arbor MI
Date: Thu, 9 Apr 1992 03:57:31 GMT

In article <1992Apr7.212615.18372@ukw.uucp> lupe@ukw.uucp (Lupe Christoph) writes:
>I'm no expert on PC framebuffers, but I believe you can't map the full frame
>buffer into your address space (is MS-Windows different?), so your rendering

No, Windows is no different -- it's physically impossible to map a
512K or 1MB frame buffer into the 128K or 256K that's usually
allocated for the VGA frame buffer.  (Why so little?  Because the
address space had to fit between 640K and 1MB, along with all the
other stuff crammed in there, in order to work on XT-class machines.
And now that we have a standard like this so entrenched, it's almost
impossible to make VGA card makers and BIOS manufacturers change.)

And since the ISA bus only has 20 address lines, a card on the bus can
only directly address the first 16MB of memory, anyway.  So you either
have to map the frame buffer into a memory region where there isn't
any RAM -- forcing you to install less than 16MB of RAM in the
computer -- or you have to find a motherboard that lets you remap the
RAM from your frame buffer address space to somewhere else in the
address space, or at least turn that RAM off, so you don't have the
VGA card and the motherboard contending for the same address space.

The upshot of all this is that you really have no choice but to do
bank-switching or something equally horrid to access the video frame
buffer, or switch to an EISA bus and EISA video card, where you have
4GB of address space to play around with.

-- 
Marc Unangst                | You know that funny-looking bump on your
mju@mudos.ann-arbor.mi.us   | leg?  It's your kneecap.  Leave it alone.
<backbone>!sharkey!mudos!mju|
Newsgroups: alt.sys.sun
From: Guido St|cker <stoecker@cs.tu-berlin.de>
Subject: Modula II CrossCompiler for Sun Sparc to 68020
Organization: TU Berlin Institut f?r Technische Informatik
X-Useragent: Nuntius v1.0
Date: Mon, 13 Apr 1992 10:46:20 GMT

Our Institute ist looking for a Modula 2 Cross Compiler. The development
platform is a Sparc Station and the destination machine is a 60020 based
Sun 3/50.
We are aware of a product called HICROSS from the Swiss Firm HiWare. My
Question is:Are there any other CrossCompilers availible on the market ??
Any informations are welcome. My e-mail Adress is:
stoecker@cs.tu-berlin.de
Thanks in advance.

Guido
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.i386,comp.sys.sun.misc,comp.sys.ibm.pc.misc
From: alh@einoed.in-berlin.de (Adrian Le Hanne)
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Organization: Einoed Unix & Netzwerke, Berlin (FRG)
Date: Mon, 06 Apr 1992 12:58:41 GMT

>merlin@neuro.usc.edu (merlin) writes:


>>                      MOSS    WORLD     STAR     BLDG      M35   AVERAGE
>>          SCO '386  502.33   256.52   200.18   189.17   234.89    276.61
>>          SUN4/260  827.25   436.38   361.89   348.99   422.19    479.34
>>          SCO '486 1363.98   671.59   564.85   527.15   684.87    762.48
>>          SUN ELC  1556.66   800.18   722.95   708.21   858.90    929.38
>>The 80386-33 had 64KB cache and 8MB main memory.  
>>The 80486-33 had 256KB cache and 8MB main memory.

>(Is Sun 4/260 the SS2?)
No, that's one of the first SPARC based deskside stations Sun released. This
computer is around 4 years old. The CPU has approx. 10 Mips and is VME based.

>Is this not a bit peculiar, to say the least?  How the ELC the
>fastest of the group?
The ELC has a performance of 21 MIPS / 3 MFLOPS (not that i would say that
this performance data is of any value in the real world ;-).

The topic has beaten to death in this group, but once again: The MIPS/MFLOPS
rating is meaningless for the evaulation of the performance due to the 
different hardware architecture *around* the CPU/FPU. I'm sure that a 4/260
is faster than the 486/33 CPU. Try working with X Windows or applications
that depend on the bus speed and memory management.

>Ajay Shah, (213)749-8133, ajayshah@usc.edu

Adrian
-- 
  Adrian S. Le Hanne      Einoed Unix & Netzwerke
  alh@einoed.in-berlin.de Koepenicker Strasse 154, D-1000 Berlin 36 (FRG)
..!fub!einoed!alh         Tel: (030)611 31 26 / 611 32 26, Fax: (030)825 98 75
                          "Christianity Is Stupid." -Negativland
From: gseales@cerebus.cc.edu (Greg A. Seales)
Newsgroups: alt.sys.sun
Subject: Libraries and Include files
Date: 14 Apr 92 19:25:03 GMT
Article-I.D.: carroll1.3103
Reply-To: gseales@cerebus.cc.edu (Greg A. Seales)
Distribution: na
Organization: Carroll College-Waukesha, WI


	Where whould you go about finding libraries and include files that
	your system doesn't have?  Can they be ftp from somewhere?  I have
	some programs I got off of the news and they don't compile because
	I am missing include files.  We have a Sun Sparc Station IPC

	gseales@cerebus.cc.edu
	Carroll College
	Waukesha, WI 53186
From: merlin@neuro.usc.edu (merlin)
Newsgroups: alt.sys.sun
Subject: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Date: 6 Apr 1992 00:34:03 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

Performance figures from BRLCAD 4.0 ray tracing benchmarks:

                      MOSS    WORLD     STAR     BLDG      M35   AVERAGE

rays/sec  VAX-780   137.82    67.23    56.39    53.91    69.25     76.92
          MAC-II    153.63    80.95    62.94    60.48    --.--     71.60
          SUN3/280  165.85    89.78    76.44    75.78    96.18    100.80

          SCO '386  502.33   256.52   200.18   189.17   234.89    276.61

          SUN4/260  827.25   436.38   361.89   348.99   422.19    479.34
          SGI4D/60 1040.44   500.52   436.90   415.15   496.30    577.86

          SCO '486 1363.98   671.59   564.85   527.15   684.87    762.48

          SUN ELC  1556.66   800.18   722.95   708.21   858.90    929.38
          RS/6000  2274.36  1041.79   915.99   854.30  1110.23   1239.33

          CRAY XMP 5235.87  2108.02  1509.85  1507.81  2132.01   2498.71
          CRAY YMP 6220.79  2474.97  1742.33  1748.73  2464.90   2930.34

The 80386-33 had 64KB cache and 8MB main memory.  
The 80486-33 had 256KB cache and 8MB main memory.

Xref: sparky alt.sys.sun:2664 comp.sys.sun.misc:1794 comp.unix.sysv386:8313 comp.sys.ibm.pc.misc:7318
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.sysv386,comp.sys.ibm.pc.misc
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Date: 7 Apr 92 21:26:15 GMT
Organization: cic

alh@einoed.in-berlin.de (Adrian Le Hanne) writes:

>The topic has beaten to death in this group, but once again: The MIPS/MFLOPS
>rating is meaningless for the evaulation of the performance due to the 
>different hardware architecture *around* the CPU/FPU. I'm sure that a 4/260
>is faster than the 486/33 CPU. Try working with X Windows or applications
>that depend on the bus speed and memory management.

X11 on a VGA framebuffer is bounded by the performance of just this framebuffer.
The trouble with VGA is that you need at least the 800x600 mode for a decent
display. If you use bit plane organisation, i.e. the 4 bit depth, rendering
is a pest. If you use chunky organisation, i.e. the 8 bit modes, you use
twice as much address space. And address space is the most precious commodity
on present days' PCs.

I'm no expert on PC framebuffers, but I believe you can't map the full frame
buffer into your address space (is MS-Windows different?), so your rendering
code has to check for clipping by the address space all the time.

The German Unix magazine iX has a test of three X servers for MS-Windows.
All three benchmarked in the 4000~5000 xstone range. A good xterminal
is approaching (exceeding?) the 100,000 xstone limit these days.
The same is true for fast workstations with graphics accelerators.

BTW, the I/O bendwidth of a VMEbus system is much higher than that
of an ISA system (don't know about EISA). Try benchamrking a modern
IDE disk with a non-caching controller versus a caching controller.
The first cannot get you the full transfer rate of the disk anymore.

A last aside: when then 4/260 was young, I heard it's speed for some
integer computations was almost that of a Cray-1. At that time the
Cray-1 was *more* than four years old. You can always find an outdated,
large, expensive machine that you can outperform with a modern,
small, cheap machine. Go, compare the ENIAC to a programmable calculator ;-)
-- 
| ...!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: alt.sys.sun
Newsgroups: alt.sys.sun
Subject: Re: ifconfig vs routed at boot time
From: chuck@comp.vuw.ac.nz (Chuck Qun Zheng)
Date: Fri, 17 Apr 1992 13:19:52 GMT
Reply-To: chuck@bdev.corp.telecom.co.nz
Organization: Technology Strategy, Telecom Corporation of New Zealand.


In article <1992Apr15.201520.405@linus.mitre.org>, jfjr@mbunix.mitre.org
(Freedman) writes:
|> 
|> installed a second ethernet card "le1" in both of them, added
|> hostname.le1, altered /etc/ethers and /etc/hosts to reflect the new
|> card. As it goes through the normal boot sequence (running all the
|> rc.*) the interfaces are configured and it issues an ifconfig -a
|> which shows everything configured properly.

I pressume you saw no error message during rc.boot running.  We had trouble
with IFS in Sun rc.boot, before ifconfig.  What's your result of
ifconfig -a? Is there a flag UP?  How about ip address, etc.

|> Further experimentation seems to show that the problem involves
|> routed which is fired up in rc.local 

ifconfig in rc.boot should do the work.  in.routed is indeed buggy.  We use
gated instead.
-- 
Chuck Qun Zheng
Telecom Corperate Office
Wellington, New Zealand
chuck@bdev.corp.telecom.co.nz
From: schurech@fnal.gov (Kurt Schurecht)
Newsgroups: alt.sys.sun
Subject: Using Sun shoeboxes on PCs?
Summary: Using Sun shoeboxes on PCs?
Keywords: SCSI,PC
Date: 7 Apr 92 21:36:58 GMT

We are upgrading our Sun3/60s to Sparc2s and will have 5 leftover shoeboxes 
with SCSI tape drives and 350MB ESDI disks with ESDI to SCSI controllers.  We 
are wondering if we can use the shoeboxes on IBM PCs if we buy SCSI controllers
for the PCs.  Has anyone done this?  Is there any reason why this wouldn't
work?  Anyone have any other use for shoeboxes once the 3/60s are gone?

Kurt Schurecht
Xref: sparky alt.sys.sun:2654 comp.sys.sun.misc:1768 comp.unix.sysv386:8272 comp.sys.ibm.pc.misc:7283
From: rrybacki@ringer.cs.utsa.edu (Richard M. Rybacki)
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.sysv386,comp.sys.ibm.pc.misc
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Date: 7 Apr 92 13:38:21 GMT
Organization: University of Texas at San Antonio

Here are the execution times for a "real" program which does sort of a ray
tracing algorithum, no graphics output.

Machine			Execution Time
RS6000			93.45
SPARC II		96.3
ELC				112.8
IPC				208.9
SS I			258.4
486/33			290.2
SLC				296.7
-- 
Richard M. Rybacki                |     Happiness = Reality - Expectations
rrybacki@ringer.cs.utsa.edu       |     -- Click & Clack, The Tappet Brothers
Newsgroups: alt.sys.sun
From: jmd@wrkgrp.COM (Joseph M DeAngelo)
Subject: Re: OpenWindows keyboard remapping
Organization: The Workstation Group
Date: Thu, 9 Apr 92 15:18:11 GMT

See the response to OpenWindoes, tcsh, and arrow keys.
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.i386,comp.sys.sun.misc,comp.sys.ibm.pc.misc
From: shj@ultra.com (Steve Jay {Ultra Unix SW Mgr})
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Organization: Ultra Network Technologies
Date: Wed, 8 Apr 92 01:18:53 GMT

In <1992Apr7.191502.4185@ultra.com> I wrote:

>The ELC and SS2 have the same CPU.  When you boot an ELC or an SS2, they
>both say "cpu = SUNW,Sun 4/25".  In a couple of quick tests that I
>just ran, an SS2 and ELC ran at just about the same speed.

My mistake.  I lost track of which machine is which around here.

An SS2 says "cpu = SUNW,Sun 4/75", not 4/25.  An ELC is a 4/25.

An interesting way to see how fast Sun thinks the various models are
is to look at the Cpudelay variable in the running kernel.  That
location is the number of times the CPU should execute a two instruction
loop to delay 1 microsecond.  On both SS2 and ELC, that value is 19, even
though Sun says an ELC is 33 MHz, and the SS2 40 MHz.  BTW, the 6x0MP
also sets Cpudelay to 19.  A quick check of machines around here shows:

    CPU                          Cpudelay

    4/260                            7
    SS1 (4/60)                       9
    4/370, SLC (4/20), SS1+ (4/65)  11
    4/470                           16
    6x0MP, ELC (4/25), SS2 (4/75)   19
 
Steve Jay
shj@ultra.com  ...ames!ultra!shj
Ultra Network Technologies / 101 Dagget Drive / San Jose, CA 95134 / USA
(408) 922-0100 x130	"Home of the 1 Gigabit/Second network"
From: yergeau@outpost.Stanford.EDU (Dan Yergeau)
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Reply-To: yergeau@outpost.Stanford.EDU (Dan Yergeau)
Organization: Stanford University
Date: Tue, 7 Apr 92 17:19:41 GMT

I was going to stay out of this, but...

In article <ku2su7INNa3@alhena.usc.edu>, ajayshah@alhena.usc.edu (Ajay
Shah) writes:
|> merlin@neuro.usc.edu (merlin) writes:
|> 
|> >My 486-33, 256K, 8MB, 210MB, ATI Graphics Vantage, 72HZ/NI, WD8003e
= $2,400.00
|> 

Is that with (SCO) Unix, a development environment, etc?  All of these
come bundled with the Sun.

|> >What's the price on your IPX with accelerated color display?  BRLCAD
benchmark?
|> 
|> Wait.  The benchmarks as posted showed the ELC is much faster than
|> 486/33.  You don't need to ramp up to IPX to get "a fast enough
|> system".  The ELC is $3k school price, 8 Meg, diskless.  (It is a lot
|> faster than 486/33, don't recall numbers).

Although "school price" is available to some, street prices are
probably the numbers that should be used.  If you are just talking
hardware costs, then you need to add in the price of a disk for
the comparison to be fair, so that kicks the "educational" price
of an ELC up to ~$3600, 50% more than the $2400 for the '486/33.  
But, the '486 has a color screen, and the ELC has a (single bit
plane) monochrome.  Since the application in question was a
ray-tracer, I doubt if you would want to view the images on the
ELC.

Of course, by the time a reasonable Unix is added to the '486, the
two cost about the same.  But, when GNU or free BSD get out (or
is that "if"), then cheap commodity hardware will compare much
more favorably.

There is also the cost of maintenance to be considered.  
If you are buying a commodity '486, you will probably get a one 
year warranty.  With the Sun, you get a 90 day warranty.  The
Sun has a much larger failure rate 15% compared to 1% if memory
serves (see this month's IEEE Spectrum).

|> We're doing a slightly unfair comparison here.  The ELC has been
|> shipping for a while now.  The 486/33 is relatively recent.
|> But that _is_ the bottom line for right now.

Perhaps you have the ELC confused with the much slower 20 MHz SLC.
Or, maybe you are confused by Intel's (not so) recent announcments 
of the 486SuX or the 486DX/2 (each are half a '486DX :^)).  I'm sure 
the '486DX/33 has been around at least as long as the ELC.

Dan Yergeau
yergeau@gloworm.Stanford.EDU
#include <std.disclaimer>

  You are in a twisty little passage of standards, all conflicting.
Xref: sparky alt.sys.sun:2687 comp.sys.sun.misc:1865 comp.unix.sysv386:8487 comp.sys.ibm.pc.misc:7428
From: dpkemp@afterlife.ncsc.mil (David P. Kemp)
Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.unix.sysv386,comp.sys.ibm.pc.misc
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Date: 6 Apr 92 23:55:47 GMT
Organization: The Great Beyond

In article <ku0reeINN8bv@neuro.usc.edu> merlin@neuro.usc.edu (merlin) writes:
> ....  Bottom line: if you get a hot enough CPU
>[i.e. clock doubler 486-100 soon to be released) and enough interleaved
>memory [i.e. 64 MB 60 ns with eight way interleave] I suspect Intel 486
>CISC could give mid range SPARC's a run for their money -- and speaking
>purely from a budgetary perspective (ignoring operating system costs and
>looking only at hardware) perhaps CISC will come out much less costly.
>

I suspect a SPARCstation IPX would give your hypothetical 100 MHz 486
more than a run for your money, and would be a h*ll of a lot cheaper for
an equivalent configuration.


>I would personally like to see BRLCAD benchmark statistics for the whole
>SUN line of systems.  Indeed, ever since vendors started coming our with
>their own internal benchmark numbers -- often not directly comparable w/
>other vendors' benchmarks -- I have been quite suspicious about claimed
>performance advantages of one machine vs another in one vendor's stock--
>and even more suspicious about claims vs. other vendors.  We need to put
>together some central listing of systems and performance numbers -- the
>BRLCAD benchmark suite is a nice place to start -- it has numbers for
>machines ranging from a very slow DEC VAX-780 through an eight processor 
>CRAY Y/MP.  Perhaps some other benchmarks whigh test many aspects of the
>system performance (including memory management and whatever is special
>about the SPARC architecture) should also be published in a central list.
>
>AJ


Have you been sleeping for the past few years, while SPEC has been trying
to appoximate real-world numbers?


-- 
   Dave Kemp   dpkemp@afterlife.ncsc.mil              "Pave the Bay!"
   #include <std/disclaimer>
Xref: sparky alt.sys.sun:2667 comp.lang.postscript:2601
From: was@gdwb.oz.au (Warren Stokes)
Newsgroups: alt.sys.sun,comp.lang.postscript
Subject: Re: PostScript on Sun SparcPrinters
Date: 6 Apr 92 03:17:50 GMT
Followup-To: alt.sys.sun

KKEYTE@ESOC.BITNET (Karl Keyte) writes:


>I have a problem printing some PostScript on my Sun SparcPrinter
>which uses NewScript.  Most things work fine, but it is typically
>imported PostScript which fails.  It's beginning to be a real
>pain!  The PostScript seems fine when viewed with 'pageview'; it's
>just the printer which messes it up.

>Does anyone have any helping hints as to where the problem might lie?

I assume you are running NeWSprint Verison 1.0.  The NeWSprint Postscript
rendering has a large number of bugs.  Version 2.0 is being released
as we speak and has most of the bugs in 1.0 fixed.  


-- 
Warren Stokes			Geelong & District Water Board
Phone: +61 52 262598		61-67 Ryrie St Geelong
Fax:   +61 52 218236		Victoria 3220 Australia
Newsgroups: alt.sys.sun,comp.sys.sun.apps
From: shn@cbnewsj.cb.att.com (steven.h.nurenberg)
Subject: previewing non-standard fonts with pageview
Organization: AT&T
Distribution: bl
Date: Mon, 6 Apr 1992 19:03:08 GMT
Keywords: pageview fonts postscript

Anybody know how to preview a postscript file
containing non-standard fonts?  (in particular,
Helvetica Light)

			Steve
Newsgroups: alt.sys.sun
From: nicolai@opal.cs.tu-berlin.de (Nicolai Leymann)
Subject: Re: Atomic test and set instruction
Organization: Techn. University of Berlin, Germany
Distribution: fb20
Date: Mon, 6 Apr 1992 20:20:16 GMT

Hi,

sdk@controls.hccd.harris.com (Sean Klingler) writes:


>I need to know the atomic test and set instruction for the Sparc
>station in assembly.  I don't have access to a manual right now.

the atomic load/store instructions are:
   
           ldstub [address],reg
           ldstuba [regaddr]asi,reg
           swap [address],reg
           swapa [regaddr]asi,reg

(note that ldstuba/swapa are privileged instructions).

ldstub[a] copies a byte from memory into register reg, swap[a] exchanges
reg with the word at the given address. All these instructions are performed
atomically.

  I hope that will help you

              Nic
--
--
Nicolai Leymann     nicolai@prz.tu-berlin.de      nicolai@cs.tu-berlin.de
TU Berlin           Prozessrechenzentrum   Raum:  MA 079  Tel.: 314 25790
Newsgroups: alt.sys.sun
From: flanagan@grover.stat.washington.edu (Jim Flanagan)
Subject: 4/6xxMP Experiences?
Originator: flanagan@grover.stat.washington.edu
Organization: Collective Inertia Towards Innovation (CITI)
Date: Fri, 10 Apr 1992 16:50:56 GMT

  Would people share their experiences with Sun 4/6xxMP machines? I may have
  an opportunity to get one of these beasties.

  Please email to me. I will forward a summary to individuals or to this
  group given enough interest.
  
  Thanks,

-- 
                     -------------------------------------------------
                     flanagan@stat.washington.edu         Jim Flanagan
	                                            Systems Programmer
                     University of Washington Department of Statistics
Newsgroups: alt.sys.sun