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

  1.     id m0uVR0w-0007twa; Sun, 16 Jun 96 17:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0uVR0M-0007tvn; Sun, 16 Jun 96 17:13 MDT
  5. Path: sloth.swcp.com!news.ironhorse.com!tomato.dussco.com!nwfocus1.wa.com!nwnews.wa.com!uw-coco!uw-beaver!uhog.mit.edu!news.mathworks.com!newsfeed.internetmci.com!newshub.csu.net!bobcat.csusm.edu!erbec001
  6. From: erbec001@mailhost1.csusm.edu (Patrick McKinnion)
  7. Newsgroups: comp.sys.mac.advocacy,comp.os.msdos.misc,comp.os.linux.advocacy,alt.folklore.computers,alt.binaries.warez.mac,comp.emulators.mac.executor
  8. Subject: Re: Lets talk about somethine that DOES emulate Macs.
  9. Date: 16 Jun 1996 10:47:32 GMT
  10. Organization: Rhiannon Productions
  11. Lines: 175
  12. Message-ID: <erbec001-1606960351510001@newshost.csusm.edu>
  13. References: <4idejj$98@complete.org> <316BE41C.5456@ix.netcom.com> <lexf-10049 <4mi1t7$acl@newsgate.dircon.co.uk> <4mk1tt$p1h@nuke.csu.net> <4mu7qr$ofq@ddi2.digital.net> <4ng6tn$evg@gaia.ns.utk.edu> <01bb4398.1ed6bc60$424395ce@peterb.alaska.net> <jargon-2 105960038500001@jargon.easynet.co.uk> <4o03g7$98f@matthew.discom.net> <4o6t5d$esv@news.NetVision.net.il> <4obk1g$h0g@is05.micron.net> <kens-3005960038480001@news.teleport.com> <31adcecb.2161848@NEWS.MINDLINK.NET> <DarkJedi-0506961710540001@lwby-85ppp56.ep ix.net> <Dsn6nu.Crp.0.sheppard@torfree.net> <31BB6BE6.7044@elec.canterbury.ac.nz> <erbec001-1006961728170001@newshost.csusm.edu> <NEWTNews.834556148.2178.dons@dons.avana.net> <ufivcwogel.fsf@ftp.ardi.com> <erbec001-1206962049370001@newshost.csusm.edu> <ufohmnxs0u.fsf@ftp.ardi.com>
  14. NNTP-Posting-Host: ciscots2_5.csusm.edu
  15. X-Newsreader: Yet Another NewsWatcher 2.2.0b7
  16. Xref: sloth.swcp.com comp.sys.mac.advocacy:116617 comp.os.msdos.misc:41577 comp.os.linux.advocacy:63470 alt.folklore.computers:77174 alt.binaries.warez.mac:16044 comp.emulators.mac.executor:3514
  17. To: executor@ardi.com
  18. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  19. Sender: owner-executor@ardi.com
  20. Precedence: bulk
  21.  
  22. In article <ufohmnxs0u.fsf@ftp.ardi.com>, Clifford T. Matthews
  23. <ctm@ardi.com> wrote:
  24.  
  25. > I suspected Executor was mentioned, but I didn't know for sure,
  26. > especially since the 1/100th speed strongly suggests that Executor is
  27. > *not* what's being discussed.
  28.  
  29.    And it was somewhat obvious that the person in question didn't know
  30. alot about Executor.
  31.  
  32. >     Patrick>    I've played with Executor on a '486, and while it was
  33. >     Patrick> a nice application enviroment, doesn't quite equalify as
  34. >     Patrick> a emulator, in the sence of Emplant on the Amiga, or
  35. >     Patrick> SoftWindows on the Mac, i.e. - replicating every function
  36. >     Patrick> of the Operating System, rather than acting as a
  37. >     Patrick> application "envelope".
  38. > I'd prefer a different term than emulator, too, since emulators are
  39. > usually very slow and require the firmware and/or OS of the machine
  40. > they are emulating.  Executor is very fast, doesn't require an Apple
  41. > ROM or System file, but consequently doesn't have the degree of
  42. > compatibility a "traditional" emulator would.
  43.  
  44.    True, which is why I tend to call Executor a "Application Enviroment",
  45. since that, (IMHO), is what is does, it gives a MacOS application a
  46. enviromental "envelope" to run on a x86-based system.   The problem is
  47. that many PC advocates *think* that Executor is a full-fledged emulation
  48. system.   Granted that's a perception problem that's not ADRI's fault, but
  49. it's still a problem.
  50.  
  51. >     Patrick> In terms of speed, well, I would be far more impressed if
  52. >     Patrick> it could emulate the entire MacOS, including system
  53. >     Patrick> calls, networking, printing, System 7 support, etc., at
  54. >     Patrick> the speed, (or faster), of a 25Mhz 68040.
  55. > Some people are easily impressed, some are less so.  We're the only
  56. > company that has *any* Macintosh binaries running on an x86, with or
  57. > without using Apple's code, in addition we're the only company to have
  58. > rewritten enough of Apple's OS and toolbox code to run as many
  59. > applications as we do.
  60.  
  61.    True.   It's like the singing pig.  It's not how well the pig sings,
  62. it's that the pig sings at all.
  63.  
  64. >     Patrick> As it is, I feel ARDI is being somewhat dishonest or
  65. >     Patrick> misleading in making the claim that Executor is faster
  66. >     Patrick> than a 25Mhz 68040.  Yes it is, but again, it doesn't
  67. >     Patrick> emulate the full MacOS, doesn't support all the features,
  68. >     Patrick> and acts as a limited application enviroment.
  69. > I made the claim because it's true and it's relevant.  Yes, Executor
  70. > is not as compatible as a real Mac, but if the Mac app that you want
  71. > to run on a PC *does* run under Executor, then it will probably run
  72. > significantly faster on an entry level pentium than a 25 MHz 68040
  73. > based Mac.
  74.  
  75.    It's true and relevant in a sense, however, it's the claim that I think
  76. has been causing the above mentioned PC advocates to think that Executor
  77. is a full emulation system.
  78.  
  79.    Yes, Executor runs a limited selection of programmes on a '586, at
  80. speeds matching or surpassing a 25Mhz 68040.    This claim is used by some
  81. PC advocates I've encountered to claim that the PC "does Mac emulation
  82. better than the Mac does PC emulation."     Quite frankly, if I was to
  83. write a clean-room application enviroment that ran a limited selection of
  84. x86 apps on the Mac, I might be able to get speeds that are better than
  85. Insignia's SoftPC/SoftWindows.   However, it wouldn't have the same
  86. functionality.    By the same token, if ARDI was to get permission from
  87. Apple to use MacOS routines in Executor, (in much the same way Insignia
  88. uses Windows routines in SoftWindows), I have no doubt that the
  89. compatibility of Executor would go up, but I also have no doubt that the
  90. overall speed would not remain as fast.   I.e., I doubt that a variant of
  91. Executor with full MacOS emulation wouldn't keep the speed that the
  92. current version has.
  93.  
  94.    I will say that perhaps I was wrong in stating that ARDI was being
  95. misleading or dishonest.  ARDI certainly has no way to control how people
  96. interpret their information.    However, I wish that ARDI could be a bit
  97. clearing in stating that the speed increase is more due to the fact that
  98. Executor isn't emulating the same amount or level of code that something
  99. like SoftWindows does.
  100.  
  101. >     Patrick> SoftWindows, on the other hand, does emulate a full x86
  102. >     Patrick> chip set, and, (on a PowerPC-based Mac), emulates '386
  103. >     Patrick> code at '486 or faster speed.  Heck, SoftWindows 1.0, on
  104. >     Patrick> my 33Mhz 68040 Mac, is slightly faster than a '286.  Of
  105. >     Patrick> course, I tend to use SoftPC rather than SoftWindows, but
  106. >     Patrick> it's still not bad.
  107. > SoftWindows doesn't run everything, although it does indeed run a
  108. > larger percentage of programs than Executor does.  However, speedwise,
  109. > there is no comparison.  Mac apps that *do* run under Executor, run
  110. > much faster under Executor on an N MHz P5 than an equivalent x86 based
  111. > application would run on an N MHz 601 under SoftPC or SoftWindows.
  112.  
  113.    This is true.  However, as I mentioned above, Executor isn't emulating
  114. the same functionality or amount of code that SoftWindows is.    In the
  115. amount of code that Executor is running, the speed is pretty dammed
  116. impressive.    However, if Executor was emulating the same functionality
  117. and amount of code, I would still think you would get a speed hit.   
  118. Personally, I'd rather use a hardware DOS card than software emulation,
  119. but when you don't have one of those critters.....:-)
  120.  
  121. > I don't think it's misleading for us to say:
  122. >         "Executor on a modern Pentium machine runs much faster than a
  123. >         25 MHz 68040 based Mac.  Executor is not as compatible as a
  124. >         real Mac, but speed problems?  I don't think so."
  125.  
  126.    Misleading ?    Possibly.   Most people don't seem to read past the
  127. "Executor on a modern Pentium machine runs much faster than a 25 MHz 68040
  128. based Mac." part.    Perhaps a better way to write this might be:
  129.  
  130.    "Within the compatibility issues mentioned in our FAQ, Executor on a
  131. modern Pentium machine runs much faster than a 25 MHz 68040 based Mac.   
  132. No, you will not be able to run all the programmes a real Mac can run, but
  133. speed problems?  I don't think so."
  134.  
  135.    Granted, it's slightly wordier, but it does qualify your claim in such
  136. a way that doesn't leave it as open to misinterpretation.  Mind you, this
  137. is only my opinion, based upon discussions with PC advocates that haven't
  138. seemed to read your FAQ.....:-)
  139.  
  140. > Executor's
  141. > CPU emulation (which is basically flawless) *is* a much faster way to
  142. > run 680x0 code than a 25 MHz '040, which is especially important in
  143. > the context of using an Amiga to run Mac code, because the Amiga is
  144. > going to run CPU intensive code approximately at the same speed that
  145. > a comparable 680x0 Mac would run it.
  146.  
  147.    Well, the Amiga advocates tend to claim that the specialized chip sets
  148. in the Amiga help to speed up the Mac emulation, making a 25Mhz
  149. 68040-based Amiga faster than a 25Mhz 68040-based Mac.   However, I found,
  150. (with my old Amigas), that it depends on the MacROMs used.   If you use
  151. the ROMs from a 68040-based Mac, you get a speed boost.   If you use the
  152. ROMs from a older machine, the speeds are roughly the same, or even
  153. slightly slower.
  154.  
  155. > That's what I was trying to point out.  I didn't go into
  156. > Executor details at length because I didn't even know if Executor was
  157. > what was being discussed.
  158.  
  159.    Executor was being mentioned in passing, but the gist was, at that
  160. time, Mac emulation on the Amiga.
  161.  
  162. >  I did mention that it's not as compatible
  163. > as a Mac and I gave a URL where a demo copy and a FAQ can be read to
  164. > get much more detail than I could post.
  165.  
  166.    Which was a help - at least for me, since my copy of your FAQ was a bit
  167. out of date.....:-)
  168.  
  169. > Basically I agree with everything you've said with the exception of my
  170. > claim being misleading or dishonest.  I see speed and compatibility as
  171. > orthogonal issues.  As I mentioned before http://www.ardi.com/
  172. > contains enough information for people to see both what Executor is,
  173. > but also the claims we make for it.
  174.  
  175.    Hopefully I qualified my opinions on this a bit better this time.   
  176. While I don't say that Executor gives as much functionality as a PC
  177. emulator on the Mac, it's still a dammed impressive bit of software.    I
  178. don't think I'd object to seeing if ARDI could do the same with other
  179. platforms, (say, a x86 emulator or application enviroment for
  180. PowerPC-based machines, or if they could create a better 680x0 emulator
  181. for the PowerPC - hint, hint.....:-)
  182.  
  183.    - Patrick McKinnion
  184.  
  185. -- 
  186. <*>   SP2    Web Page at: http://www.csusm.edu/public/PWMcK/pmck.html
  187. -- Brought to you by "ouchies".  The sharp, prickly toy you bathe with... 
  188. -----BEGIN GEEK CODE BLOCK-----
  189. Version: 3.1
  190. GSS/CM d- s: a C++ UL+A W++> N+++ K w-- O+ M++ PS+ PE+ Y+ PGP++ t++@ 5++> X+ R b+++ DI++++ D+ G e+> h--> r++ z+>*
  191. ------END GEEK CODE BLOCK------
  192.  
  193.