OPENMPE Archives

March 2003

OPENMPE@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gavin Scott <[log in to unmask]>
Reply To:
Gavin Scott <[log in to unmask]>
Date:
Mon, 3 Mar 2003 14:24:19 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (29 lines)
Mark writes:
> I have been having discussions about "Platform Emulation" and
> "Platform Simulation" with some people. I view them differently, so
> I'd like to introduce the latter definition, for sake of argument.
>
> I agree that "Emulation" should be what we've been talking about when
> we discuss a "binary" solution. In other words, we can pick up our
> binaries from our existing 3000 hardware and run them unchanged under
> the "Emulator".
>
> I've been calling Platform Simulation software such as MPUX from
> Ordina-Denkart or the BiTech-Sungard tools, or whatever other tools
> are out there that build some of the MPE environment on the target
> platform. You still need to take your source code to the new platform
> and compile it there, with perhaps making some modifications to fit
> the Simulator.

Sounds fine to me.  I don't know if we can get all the "Simulator" people to
use that term "correctly" and vice-versa.  I have seen some people applying
these terms as they feel like for the competitive marketing purposes of
disparaging solutions they don't like, or to try to fit their solution into
a category that it doesn't really belong in.

Maybe OpenMPE would like to put together a web page with a migration
terminology glossary that could seek to provide a common vocabulary for
people working in the MPE world?

G.

ATOM RSS1 RSS2