home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text1199.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.9 KB  |  43 lines
  1. >>>>> "Georg" == Georg Bauer <Georg_Bauer@ms3.maus.westfalen.de> writes:
  2.  
  3.     Georg> Hi!
  4.     >> Video should be faster (if you've got UniVBE) because we can
  5.     >> directly access the linear frame buffer under DOS.  Still, I
  6.     >> wouldn't think that the CPU number should slow down.
  7.  
  8.     Georg> Actually the Win95 does give you the same sort of penalty
  9.     Georg> that EMM386 gives you, but worse. Every memory access runs
  10.     Georg> through their paging code, so that is slowed down. Ok, most
  11.     Georg> code is in the internal cache, but it's slow nonetheless. I
  12.     Georg> found that I could even gain some more speed in the CPU
  13.     Georg> benchmarks by just removing EMM386 and let the extender of
  14.     Georg> Executor handle all the memory.
  15.  
  16. What's happening is that CWSDPMI implements the DPMI 1.0 extension
  17. that lets us map physical memory into our address space.  Nearly all
  18. other DPMI providers (Windows, Warp, EMM386) only implement DPMI 0.9,
  19. and so they don't support this feature.  This requires us to use the
  20. equivalent of a "far" pointer to access video memory.
  21.  
  22. Since Macs have no notion of "far" pointers, we can only let Mac apps
  23. *directly* access the real video memory under CWSDPMI.  On nearly all
  24. other setups they access a RAM frame buffer from which we periodically
  25. transfer rectangles to the real screen.
  26.  
  27. There is actually a way around this in Win3.1, Win95, and Warp if
  28. UniVBE is giving you a linear frame buffer but we haven't implemented
  29. it as an option.  There are two big drawbacks:
  30.  
  31. 1) You'd be stuck at 8 bpp graphics, unable to switch depths.
  32.  
  33. 2) You'd lose memory protection, so a misbehaving Mac program could
  34.    screw up your system, potentially corrupting other memory and even
  35.    causing a reboot.
  36.  
  37. Reason (2) is the main reason we haven't added this option.  It might
  38. be worth adding anyway.  Certain arcade games (those that bypass
  39. QuickDraw) would be *much* faster under Win95 and Warp.
  40.  
  41. -Mat
  42.  
  43.