HDTenEightyP/NetNews huggingface dataset:
From: estess@mksol.dseg.ti.com (newell estess)
Subject: Re: quick question
Organization: Texas Instruments Inc
Distribution: usa
Date: Sun, 22 Nov 1992 05:58:23 GMT

In <1992Nov20.145629.29265@aio.jsc.nasa.gov> walker@superboy.jsc.nasa.gov (Cybernetic Samurai) writes:

>In article <1eiqbaINNobi@stan.Solbourne.COM>, lark@solbourne.com (Daniel Larkin) writes:
>|> 
>|> 
>|> Hello,
>|> 
>|> A quick question; what does VME stand for?


>Since this is sure to be a FAQ, and I have found that there are few who
>know this I am responding by posst rrather than e-mail.

>VME = Versa Module European

>-- 
>Doug                   

>Ask not what your country can do for you, but what you can 
>do for your country.  - JFK

This could be a lively debate unless someone provides an authoritative 
response.  I always throught VME = VersaBus Modular Equipment.  VersaBus
is the name Motorola originally gave to their bus standard.


+-----------------------------------------------------------------------------+
|       Sam Estess                    estess@mksol.dseg.ti.com                |
|       Texas Instruments         or  estess@mcopn3.dseg.ti.com               |
|       P.O.Box 869305, MS 8476                                               |
|       Plano, Texas  75086           Voice:  214/575-5436                    |
+-----------------------------------------------------------------------------+



Newsgroups: comp.arch.bus.vmebus
From: adams@pdv3.fmr.maschinenbau.th-darmstadt.de (Adams)
Subject: Re: vme bus i/o speed question
Date: Mon, 23 Nov 1992 02:35:08 GMT
Organization: TH-Darmstadt

In article <1992Nov21.001825.18644@jato.jpl.nasa.gov> harry@neuron6.jpl.nasa.gov (Harry Langenbacher) writes:

>   I have to build a "neural-net co-processor" board that will
>   plug into a sun 3/160 VME back-plane. My consultant says that
>   the VME bus i/o rates will be slower than on an 8mhz ISA (pc-at) bus
>   (which is ~8 Mb/sec), because the sun 3/160 won't support burst mode
>   VME transfers.

SUN3/xx are perfect capable of running 32/32 cycles. 8Mbytes/s would
require only 500ns per cycle. This is not too fast at all. 

>   How fast can I transfer data w/o burst mode on the VME bus ?
>   (Obviously I'm looking for ballpark figures.)

Depends very much on your peripherals, some disk controllers are
running at 20Mbytes/s, using burst mode.

best, adams
Xref: sparky comp.arch.bus.vmebus:6 comp.sys.m68k:1384
From: pusateri@duke.cs.duke.edu (Thomas Pusateri)
Newsgroups: comp.arch.bus.vmebus,comp.sys.m68k
Subject: vmebus ethernet boards
Keywords: vme ethernet
Date: 20 Nov 92 15:18:28 GMT
Followup-To: comp.arch.bus.vmebus
Organization: Duke University Computer Science Dept.; Durham, N.C.

I am looking for vmebus ethernet boards. I know of the motorola
mvme330. Anyone know of any others?

I would prefer to buy them used since I am still a student.

Thanks,
Tom Pusateri
pusateri@cs.duke.edu
Newsgroups: comp.arch.bus.vmebus
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: vmebus
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Sun, 22 Nov 1992 09:45:29 GMT

There are also some systems from MIPS, and CDC with VME Bus.

The systems did have R3000 or R6000 processors from MIPS as the main processor.
The VMEbus is used as an I/O Bus. 

Some of the models as I remember:

Mips RC3250 (= CDC CD4350), R3000 with some VMEslots for I/O
Mips RC3260 (= CDC CD4360), R3000 with some more VMEslots

MIPS RC6280 (= CDC CD4680), upto 4 R6000 with 60 or 80 Mhz (r6000 = ECL R3000),
                            upto 3 I/O Adapter, each I/O Adapter supports
			    upto two VMEbus (not Slots!) 30Mb/sec each.
			    The internal VMEbus (first I/O Adapter) has 6 slots,
			    the additional Bus'es are in an expansion cabinet,
			    9 slots each I believe (or 12, I'm not sure).
			    The maximum is 6 VME bus'es.

CDC CD437x                  This is SGI hardware, a large box with upto
			    8 R3000/40Mhz and lots of VME I/O slots.

The operating system is RISCos (a SYS V rel 3 with many BSD extensions,
SYS V Rel 4 in the newest version). CDC has EP/IX, which is RISCos with
nice enhancements. 

Sincerely,
Klaus

--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@Physik.Uni-Muenchen.DE
From: edw@psg.com (Ed Wright)
Newsgroups: comp.arch.bus.vmebus
Subject: Re: vmebus ethernet boards
Keywords: vme ethernet
Date: 20 Nov 92 22:59:06 GMT
Organization: Pacific Systems Group, Portland Oregon US

In article <722272707@macbeth.cs.duke.edu> pusateri@duke.cs.duke.edu (Thomas Pusateri) writes:
>I am looking for vmebus ethernet boards. I know of the motorola
>mvme330. Anyone know of any others?
Interphase Eagle (ELAN-V)
-- 
 REAL RADIOS             edw@m2xenix.psg.com            GLOW IN THE DARK
        ^^^^^^^^^^^^^^^^^^^^^^^^<<^^>>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    >>No Voice>>>>>> Amateur Radio   KA9AHQ @ 28.340  <<<<<<<No Vice<<
  >>> Kshatriya Auscultating 9 Ailurophiles Hypothesizing Quodlibets <<<
Newsgroups: comp.arch.bus.vmebus
From: hd@world.std.com (HD Associates)
Subject: Re: vme bus i/o speed question
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 23 Nov 1992 16:01:17 GMT

In article <1992Nov21.001825.18644@jato.jpl.nasa.gov> harry@neuron6.jpl.nasa.gov
 (Harry Langenbacher) writes:

>   I have to build a "neural-net co-processor" board that will
>   plug into a sun 3/160 VME back-plne. My consultant says that
>   the VME bus i/o rates will be slower than on an 8mhz ISA (pc-at) bus
>  (which is ~8 Mb/sec), because the sun 3/160 won't support burst mode
>   VME transfers.


Burst mode isn't the major factor.

The Alliant FX/2800 can maintain an average 25 MB/s into memory*
without burst mode.  There is no advantage to burst mode on that
particular system.  I've been told by the designer that you can decode
the addresses quickly enough with new PALS to eliminate the burst mode
advantage.

*With this incantation:
Ironics Full Speed Data Transporter as data source; large buffers; 32
bit transfers; consecutive transfers.
Newsgroups: comp.arch.bus.vmebus
From: heilpern@microware.com (Mark Heilpern)
Subject: Re: quick question
Organization: Microware Systems Corp., Des Moines, Iowa
Distribution: usa
Date: Mon, 23 Nov 1992 23:33:31 GMT

In article <1992Nov22.055823.26009@mksol.dseg.ti.com> estess@mksol.dseg.ti.com (newell estess) writes:
>In <1992Nov20.145629.29265@aio.jsc.nasa.gov> walker@superboy.jsc.nasa.gov (Cybernetic Samurai) writes:
>
>>In article <1eiqbaINNobi@stan.Solbourne.COM>, lark@solbourne.com (Daniel Larkin) writes:
>>|> A quick question; what does VME stand for?
>>Since this is sure to be a FAQ, and I have found that there are few who
>>know this I am responding by posst rrather than e-mail.
>>VME = Versa Module European
>
>This could be a lively debate unless someone provides an authoritative 
>response.  I always throught VME = VersaBus Modular Equipment.  VersaBus
>is the name Motorola originally gave to their bus standard.
>
Hmmmm. From page 1 of _The VMEbus Handbook_... "The term VME stands for
Versa Module Eurocard and was first coined in 1981 by the group of
manufacturers who defined it." ... "VMEbus grew out of an older standard
called VERSAbus which was defined by Motorola."
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.arch.bus.vmebus
Subject: Re: vmebus
Date: 22 Nov 92 03:39:28 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <By35rp.IvJ.1@cs.cmu.edu>, dstewart+@cs.cmu.edu (David B Stewart) writes:
> ...
> I believe the IRIS workstations also use a VMEbus, but I am not 100%
> sure of this.


The larger Silicon Graphics IRIS's have one or more VME buses.
In other words, one or more group of 4 or more slots, each group on
a separate VME bus connected to one of (or the) faster bus(es) in the system.
These slots are 9-U slots.

The Personal IRIS's, 4D/20, 4D/25, and 4D/35, had one 6-U VME slot.

The Indigo is the first IRIS in many years to not have any VME slots.

Some VME boards consisting of an IRIS have been built and sold.
I've never understood how many of those, if any, were not "specials."


Vernon Schryver, vjs@sgi.com
Newsgroups: comp.arch.bus.vmebus
From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
Subject: Re: vmebus
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Sun, 22 Nov 1992 14:09:05 GMT

jartsu@vipu.hut.fi (Jartsu) writes:

>In article <yatesbd-191192204110@pharm15.med.upenn.edu> yatesbd@pharm.med.upenn.edu (Brian Yates) writes:

>> What kind of machines (mainframes, microcomputers) commonly use VMEbus, and
>> what OS's are best suited to the 68000 series in this architecture?

>Atari TT and MegaSTE have VMEbus. At least with TT, main applications
>are hi-end graphics-adapters, TCP-IP interfaces, multiport serial
>interfaces and similar.

>--
>*******************   "Jartsu"   **********************
>***********   Jari                 Lehto   ************
>****************   "I hate MS-DOS"   ******************
>*****   Finger jartsu@vipu.hut.fi for more info   *****

I hate MS-DOS too.
skwong@se.cuhk.hk
Newsgroups: comp.arch.bus.vmebus
From: snark@bmerh327.BNR.CA (Eric Nelson)
Subject: cost of VMEbus system
Reply-To: snark@bnr.ca
Organization: BNR Ottawa, Fiber Systems Development
Date: Mon, 23 Nov 92 14:45:20 GMT

What are typical costs of a VMEBUS based system?  I am thinking of 
a mc680?0 or mc880?0 based system running unix (berkley if possible)
with 16 Mb memory, 100 Mb hard disk, lots of slots for nifty cards,
and an internet link (whatever that entails).

---------------------------------------------------------
Eric Nelson (snark@bnr.ca)  Ph-nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn

"Anything?"
     -- Lucifer, taking bids for the caramilk secret
Newsgroups: comp.arch.bus.vmebus
From: dstewart+@cs.cmu.edu (David B Stewart)
Subject: Re: vmebus
Organization: The Robotics Institute, Carnegie Mellon University
Date: Sat, 21 Nov 1992 21:45:24 GMT

In article <1em59sINN90u@darkstar.UCSC.EDU> philb@cats.ucsc.edu (Philip Brown) writes:
>>> What kind of machines (mainframes, microcomputers) commonly use VMEbus, and
>>> what OS's are best suited to the 68000 series in this architecture?
>Gee., no-one's mentioned SUN yet!!! I suppose this is because their new
>lines use their "SBus". but the old sun 3 line uses a VME bus. and they
>are still putting out recent versions of SunOS for it. last I checked,
>they definately has SunOS 4.1.1 for the sun3

Of the Sun 3's, only the Sun 3/xxx (i.e. 3-digit) suns had an expandable
VMEbus.  Although desktop systems like Sun 3/60 had a 2-slot VMEbus, both slots
were used by the system, hence making it non-expandable.

Some Sun4's also have a VMEbus backplane. Of the older models, there are the
Sun 4/260, 4/330, 4/370.  Of the newer models, the Sun SPARCservers (4/6xx ??)
still come with VMEbus.  However, as compared to the desktop SPARCstations,
they are really expensive, and hence not as many people buy them.  

I wish Sun stuck with some low-end VMEbus-based SPARCstations.   You could use
a Sbus-to-VMEbus adaptor, and hook up a VMEbus to a SPARCstation, and hence let
you access VMEbus devices from the host workstation.  However, there is a
severe limitation to this.  Each SBus slot can only address 16MBytes of memory,
and therefore you can only have a 16MByte window that can be seen by the host
workstation, unless you start hacking up the device drivers for the VMEbus
devices to use some kind of paging that might be supported by the adaptor.  For
example, a frame grabber can easily have 16MBytes of memory.  The SBus
limitations would prevent you from putting more than one frame grabber in your
system if you want to be able to map the entire memory into the host
workstation's address space.  This problem does not exist on Suns with a
VMEbus.

I believe the IRIS workstations also use a VMEbus, but I am not 100%
sure of this.

~dave

-------------------------------------------------------------------------------
David B. Stewart  - email: <dstewart@cmu.edu>            The Robotics Institute
snail mail:       - ECE Dept., Carnegie Mellon University, Pittsburgh, PA 15213
Current Projects: - Chimera 3.0 Real-Time Operating System
		  - Reconfigurable Sensor-Based Control Systems

Newsgroups: comp.arch.bus.vmebus
From: paul@ecpdstea.cern.ch (Paul Burkimsher)
Subject: Re: Radstone VME cards & VME64
Organization: CERN European Lab for Particle Physics
Date: Mon, 23 Nov 1992 10:36:03 GMT

In article <By0B3v.8L@brunel.ac.uk>, ee90tjc@brunel.ac.uk (Timothy J Chappell) writes:
> Hi there. Has anyone got any opinions on Radstone VME cards? Used them in
> practice?

We have recently bought a Radstone SCSI-11 board VME/SCSI interface.
To date we are very satisfied. It seems professionally done (when compared 
with the VME master we are using!!!)

The documentation is good and largely unambiguous, though one or two bits are a little terse. Nevertheless, the board does seem to do what the doc says! (Sigh,
in my naivety I used to take that sort of thing for granted...)

So far our interactions with Radstone (post sales) have shown them helpful.

Paul

---------------

Paul Burkimsher
European Laboratory for Particle Physics,
CERN
CH-1211 Geneva 23
Switzerland

Tel: +41-22-767-4915
Fax: +41-22-767-3900

paul@dxcern.cern.ch
paul@vxcern.cern.ch
paul AT dxcern (BITNET)
...!uunet!dxcern!paul (UUCP)
vxcern::paul (HEPNET) (22.190=22718)
Newsgroups: comp.arch.bus.vmebus
From: ltracewe@magnus.acs.ohio-state.edu (Lori A Tracewell)
Subject: DEVELOPMENT TEST STAND OR VME SYSTEM
Organization: The Ohio State University
Date: Mon, 23 Nov 1992 16:20:39 GMT

T-FRAME:
-a new product designed for prototyping and testing VME modules & software 
(excellent for first time VME users)
-the system has digital volt and Amp display to determine total module wattage 
requirements and spot faulty boards
-selectable fan speed and temperature controlled setting can be used to 
calculate exact cooling requirements

-the design allows unrestricted access to the rear of the backplane as well as 
to the sides of installed modules without the use of extender boards
-any questions, comments, interest...Tracewell Enclosures 614-846-6175
Newsgroups: comp.arch.bus.vmebus,comp.sys.sun.hardware
From: neilf@delfin.com (Neil Frank)
Subject: Re: Sbus to VMEbus adapters
Organization: Delfin Systems
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 23 Nov 1992 16:44:50 GMT

Eric Woudenberg (eaw@alliant.com) wrote:
: Does anyone have experience using Sbus to VMEbus adapters? We are
: considering buying the Model 467 adapter from Bit3 Corp. They claim
: it will allow transfer rates up to 12MB/s from a VMEbus master into
: Sun memory. They also claim it's the fastest adapter out there.
: 
: I'd be interested in hearing people's real life experience with
: any adapter, e.g. how tough is it to get a VMEbus driver running
: with one of these in between?
: 
: Thanks,
: Eric Woudenberg


I cannot say how fast the Bit3 Sbus to VME adaptor is but I have performed
extensive work with the Performance equivalent (model PT-SBS915).  We have a 
4 to 5 foot cable connecting a SPARCstation 1+ to a VME chassis with a
controller card, A/D converter and a large RAM card.  What I found is that
the transfer rates were around half of the stated bandwidth.  I cannot be
sure if this was caused by the Unix operating system or interference on
the VME bus by the controller card (most likely not the cause).  Seeing that
I was moving about 125 megabytes of data from the VME to the Sun, the second
I started the program executing, it was time to go get coffee and catch up
on paper work until the data was transfered (which takes several minutes).

I hope this helps some what.......


-nlf-
-- 
Neil Frank		Delfin Systems		408-748-1200
neilf@delfin.com	Santa Clara, CA.
--              Wisdom is Gained Through Experience,            -- 
--        Experience is Gained Through Error.... "Unknown"      -- 
Newsgroups: comp.arch.bus.vmebus
From: ee90tjc@brunel.ac.uk (Timothy J Chappell)
Subject: Radstone VME cards & VME64
Organization: Brunel University, Uxbridge, UK
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 20 Nov 1992 08:47:54 GMT

Hi there. Has anyone got any opinions on Radstone VME cards? Used them in
practice?

Also does anyone have a list of VME64 compatible cards - I gather that
Cypress are now shipping their VME64 VME interface and wondered if anyone
is using it?

Yours sincerely,



Tim Chappell. ee90tjc@brunel.uk.ac
From: lark@solbourne.com (Daniel Larkin)
Newsgroups: comp.arch.bus.vmebus
Subject: quick question
Date: 20 Nov 1992 06:48:26 -0700
Organization: Solbourne Computer, Inc., Longmont, CO
Distribution: usa
NNTP-Posting-Host: solbourne.com



Hello,

A quick question; what does VME stand for?
From: philb@cats.ucsc.edu (Philip Brown)
Newsgroups: comp.arch.bus.vmebus
Subject: Re: vmebus
Date: 22 Nov 1992 04:12:30 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


dstewart+@cs.cmu.edu (David B Stewart) writes:

>Some Sun4's also have a VMEbus backplane. Of the older models, there are the
>Sun 4/260, 4/330, 4/370.  Of the newer models, the Sun SPARCservers (4/6xx ??)
>still come with VMEbus.  However, as compared to the desktop SPARCstations,
>they are really expensive, and hence not as many people buy them.  

>I wish Sun stuck with some low-end VMEbus-based SPARCstations.


But gee, there's the 4/110, Which I have. then again, it insists on being
the only VME busmaster.. :-)

-- 
  --------------------------------------------------
"How do I love sea? Let me count the waves.." |philb@cats.ucsc.edu
P.Anthony, "The Colo(u)r of her panties"      |philb@soda.berkeley.edu
Newsgroups: comp.arch.bus.vmebus
From: r3btg@vax1.cc.uakron.edu (Ben T Galehouse)
Subject: MVME320 wanted (used)
Organization: The University of Akron, Akron, Ohio
Distribution: usa
Date: Fri, 20 Nov 1992 22:34:29 GMT

Very simple realy, I am looking for one or more MVME320 boards and
associated disk drive(s).  I am a student, and the budget is fairly
small.  This means that buying new is probably out of the question.  I
would, however, still be glad to see any and all replies.

-- 
r3btg@vax1.cc.uakron.edu          15764 Galehouse Rd.
Ben Galehouse              Doylestown, OH, 44230
(216) 658-3556           
Newsgroups: comp.arch.bus.vmebus
From: berger@atropa (Mike Berger)
Subject: Re: vmebus ethernet boards
Organization: University of Illinois at Urbana
Date: Sat, 21 Nov 1992 21:03:05 GMT
Keywords: vme ethernet

pusateri@duke.cs.duke.edu (Thomas Pusateri) writes:
>I am looking for vmebus ethernet boards. I know of the motorola
>mvme330. Anyone know of any others?

>I would prefer to buy them used since I am still a student.
*----
The Exos 202 is sometimes available on the surplus market.
--
	Mike Berger
	Internet    berger@atropa.stat.uiuc.edu
Newsgroups: comp.arch.bus.vmebus
From: jjg@pt.com (John Grana)
Subject: Re: vmebus
Organization: Performance Technologies, Incorporated
Date: Sun, 22 Nov 1992 23:49:58 GMT

In article <By35rp.IvJ.1@cs.cmu.edu> dstewart+@cs.cmu.edu (David B Stewart) writes:
>In article <1em59sINN90u@darkstar.UCSC.EDU> philb@cats.ucsc.edu (Philip Brown) writes:
>I wish Sun stuck with some low-end VMEbus-based SPARCstations.   You could use
>a Sbus-to-VMEbus adaptor, and hook up a VMEbus to a SPARCstation, and hence let
>you access VMEbus devices from the host workstation.  However, there is a
>severe limitation to this.  Each SBus slot can only address 16MBytes of memory,
>and therefore you can only have a 16MByte window that can be seen by the host
>workstation, unless you start hacking up the device drivers for the VMEbus
>devices to use some kind of paging that might be supported by the adaptor.  For

(actually it 32 MB per slot)

Not true anymore. The new SPARCstation 10 provides 256 MBytes of address space
per SBus slot. Our (Performance Technologies) SBus to VMEbus adapter supports
this mode as well. It figures out the address space size at configuration
time and adjusts its driver (either 32 MB or 256 MB window).

>example, a frame grabber can easily have 16MBytes of memory.  The SBus
>limitations would prevent you from putting more than one frame grabber in your
>system if you want to be able to map the entire memory into the host
>workstation's address space.  This problem does not exist on Suns with a
>VMEbus.
>
On the SS10 and SPARCcenter 2000 (actually any sun4m machine) you could
use an SBus to VMEbus adapter (that supports 256 MB windows) and mmap
a pretty large frame buffer!

-- 
___________________________________________________________________________
|John Grana, Performance Technologies Incorporated		jjg@pt.com|
|315 Science Parkway, Rochester, New York 14620           uupsi!ptsys1!jjg|
|Phone: (716) 256-0200   Fax: (716) 256-0791                              |
Newsgroups: comp.arch.bus.vmebus
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Subject: Re: vmebus
Organization: Image Analysis Systems Group, JPL
Date: Sun, 22 Nov 1992 23:31:05 GMT

dstewart+@cs.cmu.edu (David B Stewart) writes:
>If I really wanted more performance on a VMEbus, then I think a better choice
>would be to go with something like the SPARC-II or 88000, which both have the
>same endian format as the VMEbus.  These are just as fast or faster than the
>486, and they do not cause a software nightmare in communication code.

RISC processors are *slower* when it comes to task switching, so if you
have a fast realtime application, you may need to stick to small-register-set
machines.
This assertion is borne out by task switching benchmarks under VxWorks, I
believe; I care about this because I'm about to buy a CPU board for such
an application.
- Dan Kegel (dank@blacks.jpl.nasa.gov
From: yatesbd@pharm.med.upenn.edu (Brian Yates)
Newsgroups: comp.arch.bus.vmebus
Subject: vmebus
Date: 20 Nov 92 01:42:27 GMT
Followup-To: comp.arch.bus.vmebus
Organization: U of Penn

What kind of machines (mainframes, microcomputers) commonly use VMEbus, and
what OS's are best suited to the 68000 series in this architecture?
Newsgroups: comp.arch.bus.vmebus
From: gary@gary.optron.ingr.com (Gary Girzon)
Subject: VMEbus SCSI-2 Boards
Keywords: scsi-2, vmebus, interface
Organization: Optronics, An Intergraph Division
Date: Mon, 23 Nov 1992 20:00:29 GMT

As the title says, are there any SCSI-2 interface boards that
support full SCSI-2 speed (10 Mbyte/sec) ?


-- 
"Somebody's boring me... I think it's me"
					Dylan Thomas

Gary Girzon	gary@optron.ingr.com		   (508) 250-8691
Newsgroups: comp.arch.bus.vmebus
Subject: Cost of VME connections?
From: jonathan@cs.pitt.edu (Jonathan Eunice)
Date: 21 Nov 92 00:04:54 GMT
Organization: University of Pittsburgh Computer Science

Can someone give me an estimate of the cost of VME connections?  Ie,
how much do the electronics and physical connectors cost for a system
vendor to provide?  Can the backplane costs be amortized over many
slots, or are they dependent on the number of slots?  How much would
the electronics and connector cost for a VME card producer?  And
finally, are there major cost/tradeoffs between producing VME
systems/cards and producing the same features using other busses, such
as SBus, NuBus, TurboChannel, MCA, EISA, etc?
Xref: sparky comp.arch:10956 comp.lang.misc:3810