home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text3279.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  7.9 KB  |  160 lines

  1. >>>>> "Patrick" == Patrick McKinnion <erbec001@mailhost1.csusm.edu> writes:
  2. In article <erbec001-1206962049370001@newshost.csusm.edu> erbec001@mailhost1.csusm.edu (Patrick McKinnion) writes:
  3.  
  4.  
  5.     Patrick> In article <ufivcwogel.fsf@ftp.ardi.com>, Clifford
  6.     Patrick> T. Matthews <ctm@ardi.com> wrote:
  7.  
  8.     [snip]
  9.  
  10.     Cliff>  I missed the original discussion, but what emulates a Mac at
  11.     Cliff> 1/100th the speed of a Mac?  Executor on a modern Pentium
  12.     Cliff> machine runs much faster than a 25 MHz 68040 based Mac.
  13.     Cliff> Executor is not as compatible as a real Mac, but speed
  14.     Cliff> problems?  I don't think so.  And the point Patrick makes is
  15.     Cliff> relevant to Executor, since Executor *doesn't* require Mac ROMs
  16.     Cliff> or a Mac system file.
  17.     Cliff> 
  18.     Cliff> http://www.ardi.com/ has more information about Executor.
  19.  
  20.     Patrick>    The original poster made the comment about Executor
  21.     Patrick> running at 1/100th the speed of a Mac, and recommended
  22.     Patrick> the Amiga.  I commented that the two Mac emulators I've
  23.     Patrick> had experience with on the Amiga, (Emplant and AMaxx),
  24.     Patrick> both needed Mac ROMs.
  25.  
  26. I suspected Executor was mentioned, but I didn't know for sure,
  27. especially since the 1/100th speed strongly suggests that Executor is
  28. *not* what's being discussed.
  29.  
  30.     Patrick>    I've played with Executor on a '486, and while it was
  31.     Patrick> a nice application enviroment, doesn't quite equalify as
  32.     Patrick> a emulator, in the sence of Emplant on the Amiga, or
  33.     Patrick> SoftWindows on the Mac, i.e. - replicating every function
  34.     Patrick> of the Operating System, rather than acting as a
  35.     Patrick> application "envelope".
  36.  
  37. I'd prefer a different term than emulator, too, since emulators are
  38. usually very slow and require the firmware and/or OS of the machine
  39. they are emulating.  Executor is very fast, doesn't require an Apple
  40. ROM or System file, but consequently doesn't have the degree of
  41. compatibility a "traditional" emulator would.
  42.  
  43.     Patrick> Granted, it's been a year since
  44.     Patrick> I last used Executor, but at that time, Executor still
  45.     Patrick> was limited to running mostly System 6 and some "well
  46.     Patrick> behavied" System 7 apps, still couldn't use QuickTime,
  47.     Patrick> Drag & Drop, or most System 7 features, couldn't support
  48.     Patrick> networking, communications, or printing, (due to the fact
  49.     Patrick> that Executor didn't map to the PC serial port like
  50.     Patrick> SoftWindows does on the Mac, and Emplant does on the
  51.     Patrick> Amiga.)  And of course, it's limited to 680x0 code
  52.     Patrick> emulation, which means no PowerPC-native software.  Last
  53.     Patrick> I heard, it still had these limitations.  (According to
  54.     Patrick> the Executor FAQ, Question 1.12. "What limitations will
  55.     Patrick> Executor 2 have?", it still indicates that "Because the
  56.     Patrick> OS and Toolbox have been rewritten from scratch, Executor
  57.     Patrick> 2 will have many limitations, including no serial port
  58.     Patrick> access, no modem use, no AppleTalk, primitive sound,
  59.     Patrick> limited System 7 support, no INITs, no CDEVs and no
  60.     Patrick> Internationalization".  They mention that they hope to
  61.     Patrick> "support serial port access and improve sound within six
  62.     Patrick> months of releasing Executor 2", but it isn't in the
  63.     Patrick> current version.
  64.  
  65. Right.  We make no bones about it.  Executor uses no software from
  66. Apple, consequently if we haven't implemented a piece of
  67. functionality, then an application can't use that piece of
  68. functionality.  That's the downside.  The upside is that Executor runs
  69. all of its OS and toolbox code 100% native and that you don't need to
  70. steal software from Apple to use Executor.
  71.  
  72. For some the upside outweighs the downside, for others it doesn't.  We
  73. make demo versions available and have a 30 day money back guarantee.
  74.  
  75.     Patrick> In terms of speed, well, I would be far more impressed if
  76.     Patrick> it could emulate the entire MacOS, including system
  77.     Patrick> calls, networking, printing, System 7 support, etc., at
  78.     Patrick> the speed, (or faster), of a 25Mhz 68040.
  79.  
  80. Some people are easily impressed, some are less so.  We're the only
  81. company that has *any* Macintosh binaries running on an x86, with or
  82. without using Apple's code, in addition we're the only company to have
  83. rewritten enough of Apple's OS and toolbox code to run as many
  84. applications as we do.
  85.  
  86.     Patrick> As it is, I feel ARDI is being somewhat dishonest or
  87.     Patrick> misleading in making the claim that Executor is faster
  88.     Patrick> than a 25Mhz 68040.  Yes it is, but again, it doesn't
  89.     Patrick> emulate the full MacOS, doesn't support all the features,
  90.     Patrick> and acts as a limited application enviroment.
  91.  
  92. I made the claim because it's true and it's relevant.  Yes, Executor
  93. is not as compatible as a real Mac, but if the Mac app that you want
  94. to run on a PC *does* run under Executor, then it will probably run
  95. significantly faster on an entry level pentium than a 25 MHz 68040
  96. based Mac.
  97.  
  98.     Patrick> SoftWindows, on the other hand, does emulate a full x86
  99.     Patrick> chip set, and, (on a PowerPC-based Mac), emulates '386
  100.     Patrick> code at '486 or faster speed.  Heck, SoftWindows 1.0, on
  101.     Patrick> my 33Mhz 68040 Mac, is slightly faster than a '286.  Of
  102.     Patrick> course, I tend to use SoftPC rather than SoftWindows, but
  103.     Patrick> it's still not bad.
  104.  
  105. SoftWindows doesn't run everything, although it does indeed run a
  106. larger percentage of programs than Executor does.  However, speedwise,
  107. there is no comparison.  Mac apps that *do* run under Executor, run
  108. much faster under Executor on an N MHz P5 than an equivalent x86 based
  109. application would run on an N MHz 601 under SoftPC or SoftWindows.
  110.  
  111. I don't think it's misleading for us to say:
  112.  
  113.     "Executor on a modern Pentium machine runs much faster than a
  114.     25 MHz 68040 based Mac.  Executor is not as compatible as a
  115.     real Mac, but speed problems?  I don't think so."
  116.  
  117. anymore than it would be for Insignia to say:
  118.  
  119.     "SoftWindows on a modern Powermac runs a much greater percentage
  120.     of software than Executor.  SoftWindows is not as fast as Executor,
  121.     but compatibility problems?  I don't think so."
  122.  
  123. Executor is much faster than SoftPC/SoftWindows, and
  124. SoftPC/SoftWindows is much more compatible than Executor.  Granted,
  125. above, we compare Executor on a P5 to a 25 MHz 68040, but Executor's
  126. CPU emulation (which is basically flawless) *is* a much faster way to
  127. run 680x0 code than a 25 MHz '040, which is especially important in
  128. the context of using an Amiga to run Mac code, because the Amiga is
  129. going to run CPU intensive code approximately at the same speed that
  130. a comparable 680x0 Mac would run it.
  131.  
  132. Remember, when I replied, I wasn't even sure that Executor had been
  133. mentioned.  Clearly whoever made the 1/100th remark was ignorant or
  134. dishonest.  That's what I was trying to point out.  I didn't go into
  135. Executor details at length because I didn't even know if Executor was
  136. what was being discussed.  I did mention that it's not as compatible
  137. as a Mac and I gave a URL where a demo copy and a FAQ can be read to
  138. get much more detail than I could post.
  139.  
  140.     Patrick> However, to be fair to ARDI, Insignia does have a benefit
  141.     Patrick> that ARDI doesn't, in the fact that Insignia licenced the
  142.     Patrick> Windows code from Microsoft, and ARDI hasn't been able to
  143.     Patrick> licence the MacOS code from Apple.  It would be
  144.     Patrick> interesting to see how Executor would develop if they
  145.     Patrick> could.  Still Executor isn't a bad piece of work, for
  146.     Patrick> what it does.  I would be very interested to see future
  147.     Patrick> developments of Executor.
  148.  
  149. Basically I agree with everything you've said with the exception of my
  150. claim being misleading or dishonest.  I see speed and compatibility as
  151. orthogonal issues.  As I mentioned before http://www.ardi.com/
  152. contains enough information for people to see both what Executor is,
  153. but also the claims we make for it.
  154.  
  155.     Patrick>    - Patrick McKinnion
  156.  
  157. --Cliff
  158. ctm@ardi.com
  159.  
  160.