home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text2173.txt < prev    next >
Encoding:
Internet Message Format  |  1996-07-25  |  5.0 KB
  1. Date: Sat, 9 Mar 1996 09:07:01 -0600
  2. Message-Id: <199603091507.JAA03527@source.inf.net>
  3. X-Sender: hawk@inf.net
  4. X-Mailer: Windows Eudora Light Version 1.5.2
  5. Mime-Version: 1.0
  6. Content-Type: text/plain; charset="us-ascii"
  7. To: executor@ardi.com
  8. From: Calvin Smith <hawk@inf.net>
  9. Subject: RE: executor & windows95
  10. Sender: owner-executor@ardi.com
  11. Precedence: bulk
  12.  
  13. At 02:31 AM 3/8/96 -0800, you wrote:
  14. >
  15. >
  16. >----------
  17. >From:     Scott Stegura[SMTP:scottuf@grove.ufl.edu]
  18. >Sent:     Tuesday, March 05, 1996 12:54 PM
  19. >To:     Mat Hostetter
  20. >Cc:     executor@ardi.com
  21. >Subject:     Re: executor & windows95
  22. >
  23. >Mat Hostetter wrote:
  24. >> 
  25. >> >>>>> "Scott" == Scott Stegura <scottuf@grove.ufl.edu> writes:
  26. >> 
  27. >>     Scott> Well, as an experiment I tried running Executor under
  28. >>     Scott> MS-DOS Mode and I was surprised because it ran almost twice
  29. >>     Scott> as fast!!!  The video was a lot faster and the CPU jumped
  30. >>     Scott> from a 6 to a 12 on my 486DX2-66.  Well, I guess from now
  31. >>     Scott> on I'll run directly under DOS instead of Win95.  I'm
  32. >>     Scott> really surprised at how much of a drain Win95 is on my
  33. >>     Scott> system.
  34. >> 
  35. >> That's interesting.
  36. >> 
  37. >> Video should be faster (if you've got UniVBE) because we can directly
  38. >> access the linear frame buffer under DOS.  Still, I wouldn't think
  39. >> that the CPU number should slow down.
  40. >> 
  41. >> Can you try:
  42. >> 
  43. >> executor -nosound -oldtimer
  44. >> 
  45. >> and see how fast it is under Win95?  Thanks!
  46. >> 
  47. >> -Mat
  48. >
  49. >The -oldtimer option helped speed things up some.  The -nosound option 
  50. >didn't help though.  And I am running UniVBE 5.1a.  However, things 
  51. >still weren't up to DOS speed so I think I'll stick with the hassle of 
  52. >exiting windows to go to DOS mode for now.  Hopefully V3.00 (or maybe 
  53. >V2.1) will be fully Win95 compatable.
  54. >
  55. >Scott Stegura
  56. >
  57. >I have the same problem you do with speed in '95. Well sorta...
  58. >Sometimes I can get it to run as fast as DOS when I use a simple command
  59. line like:
  60. >
  61. >executor -nosplash -memory 4M
  62. >
  63. >This command started working as fast as DOS around the time I changed my
  64. serial mouse to a PS/2 port mouse. I am not certain though.
  65. >
  66. >I noticed when running in a small amount of RAM if you continue to run
  67. executor, exit, then reload the numbers get less and less. So when I test
  68. different command lines like Matt suggests I always reboot.  
  69. >
  70. >I took the liberty to use the command switches -nosound -oldtimer to see
  71. what I came up with.  Below are my findings they are sorta interesting.
  72. >=====================================================
  73. >Specs:
  74. >
  75. >i486DX4100, 8M ram, Cirrus Logic (CL-GD5428) 1MB  VBE 1.2
  76. >Using executor 1.99q8 and Univbe 5.1a
  77. >2.0 VBE extentions, Linear framebuffer loacated at 14Mb
  78. >Speedometer 3.23
  79. >Standard command line: Executor -nosplash -memory 4M
  80. >                            
  81. >        CPU    Graph    Disk C:    Math    Bench avg    Color avg
  82. >Dos*    11.456      7.701    3.707    26.614    17.375        1.674
  83. >-nosound    12.627      8.670    3.945    27.647    19.489        1.859
  84. >-oldtimer    13.206      9.382    3.827    29.395    21.067        1.972
  85. >both**    14.108    10.328    3.915    34.067    22.637        2.165
  86. >
  87. >Win95***    11.456    7.613    4.160    26.250    17.108        1.678
  88. >-nosound      8.357    5.231    5.587    13.815    10.858        1.187
  89. >-oldtimer    11.768    7.657    6.865    26.468    17.199        1.687
  90. >both**    13.106    8.902    3.698    29.102    19.711        1.907
  91. >
  92. >*Used Smartdrv: smartdrv a b- c d 2048 0
  93. >**Executor -nosplash -memory 4M -nosound -oldtimer
  94. >***Only Explorer was loaded with Executor
  95. >==================================================
  96. >For some reason Win95 does not like -nosound.  The really odd thing is when
  97. both -nosound and -oldtimer are in use, it is faster then each one
  98. individualy. Especially when -nosound is slower then executor running with
  99. just -nosplash -memory 4M.
  100. >
  101. >Looking at these results gives me a question.  Why isn't -oldtimer part of
  102. the default settings when it makes the emulation run much faster?? What are
  103. the pluses and minus of using -oldtimer?
  104. >
  105. >Well anyways I hope this gets to all of you cuzz this took forever :)
  106. >
  107. >Enjoy,
  108. >
  109. >
  110. >Glenn R. Keyser    
  111.  
  112. I think that using -oldtimer will give you a less acurate timer so when you do
  113. this you can't trust spedomter to give you accurate resaults.  Also when you
  114. run a hardware testing program like spedomter in a DOS box under a multitaker
  115. (windows, OS/2, deskview) then the program will only get to run some of the 
  116. time so the ratings that you get are very far from accurate.  Too see what I
  117. mean get a copy of speed200.exe which is a simple speed tester that runs on DOS 
  118. this program will repeatadly test the machine for it's speed and when it's run 
  119. on strait dos then the speed stays at the correct speed but when run in a
  120. DOS box 
  121. under a multitaker (windows, OS/2, deskview) then the speed changes to much
  122. faster
  123. than what you have to much slower than what you have and goes back and forth.
  124.  
  125. Basicily I don't trust a speed tester (including spedomter) when it's run in 
  126. multitasking enviroment.
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135. Visit my home page at:   http://www.inf.net/~hawk
  136. e-mail: hawk@inf.net
  137.  
  138.  
  139.