home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text0223.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  7.2 KB  |  160 lines
  1. A serious software developer with a finished product,
  2. and a licensing agreement with a major internationally
  3. recognized sports organization, is seeking a marketing
  4. organization. The fan base is millions of people and
  5. the marketing potential is extremely lucrative.
  6.  
  7. Please e-mail to speedscr@cftnet.com for additional
  8. details.
  9.  
  10. From owner-paper Tue Jan 23 19:15:05 1996
  11. Return-Path: <owner-paper>
  12. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  13.     id m0teujF-0007qKa; Tue, 23 Jan 96 19:14 MST
  14. Sender: owner-paper
  15. Received: from ardi.com by ftp.ardi.com
  16.     (Smail3.1.29.1 #3) id m0teuiB-0007qGn; Tue, 23 Jan 96 19:13 MST
  17. Path: sloth.swcp.com!usenet
  18. From: Clifford T. Matthews <ctm@ardi.com>
  19. Newsgroups: comp.emulators.mac.executor
  20. Subject: Re: Speedometer Results Overrated?
  21. Date: 23 Jan 1996 18:54:02 -0700
  22. Organization: ARDI
  23. Lines: 71
  24. Message-ID: <uf91iy8iit.fsf@ftp.ardi.com>
  25. References: <4e1aoj$ji8@news.voicenet.com>
  26. NNTP-Posting-Host: ftp.ardi.com
  27. In-reply-to: chessman@voicenet.com's message of Tue, 23 Jan 96 00:43:48 GMT
  28. X-Newsreader: Gnus v5.0
  29. To: executor@ardi.com
  30. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  31. Sender: owner-paper@ardi.com
  32. Precedence: bulk
  33.  
  34. >>>>> "Mike" == ChessMan  <chessman@voicenet.com> writes:
  35. In article <4e1aoj$ji8@news.voicenet.com> chessman@voicenet.com (ChessMan) writes:
  36.  
  37.  
  38.     Mike> Although Speedometer makes it look like that Executor is
  39.     Mike> running at say -- 25 mhz 68040 speed on a 90 mhz pentium -
  40.     Mike> other CPU intensive programs may not fare as well.  I got
  41.     Mike> MACCHESS 2.0 to run (quite well) on Executor and for the
  42.     Mike> same settings and position, it took MACCHESS almost 3x as
  43.     Mike> long on Executor to arrive at the same result - 124 seconds
  44.     Mike> to 43 seconds for my Daystar accelerated 68040 40 mhz
  45.     Mike> IIvx. Indicating a comparable speed of 14-15 mhz 68040.
  46.     Mike> Still impressive for an emulation program, but not quite as
  47.     Mike> impressive as some of the Speedometer results.
  48.  
  49. You're right in that the Speedometer results will not always scale,
  50. although if you're seeing a 90 MHz Pentium performing at the speed of
  51. a 14-15 MHz 68040, there *may* be more to it than straight CPU
  52. emulation speed differences.
  53.  
  54. The way Executor works (more information provided is provided in
  55. ftp://ftp.ardi.com/pub/SynPaper) is to translate commonly accessed
  56. blocks of m68k instructions into x86 instructions and then execute the
  57. x86 instructions.  This has two side-effects, either of which may be
  58. skewing the results in this case.
  59.  
  60. Because the original m68k and the x86 instructions have to be kept
  61. around, Executor uses more memory than a m68k based Mac uses, which
  62. means sometimes it has to page portions of memory out to disk in order
  63. to not run out of physical memory.  If Executor is doing *any* paging
  64. while computing, it will slow things down dramatically.  *If* you're
  65. running Executor without enough memory to do the computation without
  66. paging, then by trying on another machine with more memory you might
  67. get faster results.
  68.  
  69. In addition, Executor has to be aware of self-modifying code.  After
  70. all, if it memorizes that a particular set of m68k instructions map
  71. into a set of x86 instructions, if the original m68k instructions are
  72. changed then Executor needs to throw away the mapped instructions and
  73. do another recompile.  I don't know how MACCHESS 2.0 works, but if it
  74. dynamically builds board evaluators and then jumps into them, then
  75. Executor's performance will suffer for that.
  76.  
  77. Beyond those two limitations that are a direct result of the technique
  78. that Executor uses, there is also a potential performance hit
  79. associated with our particular implementation, in that in order to
  80. make Executor's synthetic CPU smaller there are some instructions and
  81. addressing modes that we never translate to native code, instead some
  82. m68k code is translated to an intermediate interpretive form which is
  83. what we use for m68k that isn't executed often enough to justify
  84. recompilation into native code.
  85.  
  86. But in general we've found that the Speedometer numbers really are
  87. good predictors of how well Executor will do on integer compute
  88. intensive tests.  We've tried various photoshop plug-ins and also had
  89. customers comment on the speed at which they've gotten various PCs to
  90. run applications like NIH-Image and Stella.
  91.  
  92. Were Executor 2 not so far behind (due to general slippage, holiday
  93. slippage, and MACWORLD Expo slippage), then it would be fun to find
  94. out specifically what's going on with MACCHESS 2.0, but since Mat is
  95. already 75% done on VCPU -- our next generation of synthetic CPU --
  96. which is significantly faster yet, we'll probably wait to look at
  97. MACCHESS 2.0's performance under VCPU, rather than Syn68k.
  98.  
  99. Thanks for the info.  Where are those 200 MHz P6s when you need them?
  100.  
  101.     Mike> Mike B.
  102.  
  103. --Cliff
  104. ctm@ardi.com
  105.  
  106. From owner-paper Tue Jan 23 19:15:34 1996
  107. Return-Path: <owner-paper>
  108. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  109.     id m0teujn-0007qGa; Tue, 23 Jan 96 19:15 MST
  110. Sender: owner-paper
  111. Received: from ardi.com by ftp.ardi.com
  112.     (Smail3.1.29.1 #3) id m0teuiG-0007qIn; Tue, 23 Jan 96 19:13 MST
  113. Path: sloth.swcp.com!pagesat.net!netserv.com!aimnet.com!news.ossi.com!agate!howland.reston.ans.net!newsfeed.internetmci.com!ncar!noao!CS.Arizona.EDU!news.Arizona.EDU!news.Cerritos.edu!newshub.csu.net!charnel.ecst.csuchico.edu!waldorf.csc.calpoly.edu!isnews.csc.calpoly.edu!violin.aix.calpoly.edu!klong
  114. From: "Kenneth E. Long (Ken Long Jr.)" <klong@violin.aix.calpoly.edu>
  115. Newsgroups: comp.emulators.mac.executor
  116. Subject: Re: Floppy Disk Drive read/write problems
  117. Date: Sun, 21 Jan 1996 19:08:54 -0800
  118. Organization: Cal Poly, San Luis Obispo
  119. Lines: 28
  120. Message-ID: <Pine.A32.3.91.960121190654.43055A-100000@violin.aix.calpoly.edu>
  121. References: <4dshl1$huv@sloth.swcp.com>
  122. NNTP-Posting-User: klong@violin.aix.calpoly.edu
  123. Mime-Version: 1.0
  124. Content-Type: TEXT/PLAIN; charset=US-ASCII
  125. In-Reply-To: <4dshl1$huv@sloth.swcp.com>
  126. To: executor@ardi.com
  127. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  128. Sender: owner-paper@ardi.com
  129. Precedence: bulk
  130.  
  131.  
  132.  
  133. On 21 Jan 1996, Kyle Silfer wrote:
  134.  
  135. > I never used to have this problem with Executor, but now I get annoying
  136. > error messages of the Disk I/O error variety. This is true of 1.99q for
  137. > DOS, and at least one executable revision before it... I saved a copy of
  138. > the 1.99p7 executable and if I swap it in place of 1.99q the floppy
  139. > read/write works perfectly.
  140. > 
  141. > The errors are pretty instantaneous... as soon as I try to copy, no matter
  142. > what disk I use. I'll be keeping my copy of 1.99p7 around until this bug
  143. > clears up.
  144. > 
  145. > --Kyle
  146.  
  147. I'm having a problem with Executor Dos 1.99q not reading or writing 
  148. floppy disks at all.  When I try to read a disk or format a blank one, 
  149. the system just hangs with the drive light still lit.  I think the disk 
  150. may still be spinning, but nothing happens.  Any ideas?
  151.  
  152. >From the desk of:                              
  153.                       KK /// EEEEE NN\  NN   Ken Long, Cal Poly SLO
  154.                       KK///  EE    NN\\ NN   Political Science
  155. Clinton/Gore          KK\\\  EE~~  NN \\NN   klong@oboe.aix.calpoly.edu
  156. Gone in Four!         KK \\\ EEEEE NN  \NN   http://www.calpoly.edu/~klong
  157.                     
  158.  
  159.  
  160.