Emulators of miscellaneous computer systems

emulators, psp emulators, snes emulators, playstation emulators, gba emulators, emulator games, xbox emulators, ps2 emulators, n64 emulators, sega genesis emulator, gamecube emulators, pokemon emulator, amiga emulator, neo geo emulator

Executor DOS vs. Linux Performance

I was just wondering about the performance difference of the Executor DOS
and the Executor Linux versions.  (Sorry if this question is really
missing understanding of some basic concepts… :-)  )
Does it make sence that since DOS is a 16-bit OS, that on the same
machine running Linux (a 32-bit OS), you can expect a significant boost
in performance??  Would that actually be something like twice the speed?
I’ve run the demo on DOS before but have been eagerly waiting to see if a
port was going to show up for Linux… (And was quite happy to see that
indeed it will come!!!)

Thanks for any responses.
Jeff Halverson
halv0…@gold.tc.umn.edu

.
posted by admin in Uncategorized and have Comments (3)

3 Responses to “Executor DOS vs. Linux Performance”

  1. admin says:

    In article <Pine.LNX.3.90.941010022714.94A-100000@ika_pon_pon.umn.edu>,
    Jeff Halverson  <halv0…@gold.tc.umn.edu> wrote:

    >I was just wondering about the performance difference of the Executor DOS
    >and the Executor Linux versions.  (Sorry if this question is really
    >missing understanding of some basic concepts… :-)  )
    >Does it make sence that since DOS is a 16-bit OS, that on the same
    >machine running Linux (a 32-bit OS), you can expect a significant boost
    >in performance??  Would that actually be something like twice the speed?
    >I’ve run the demo on DOS before but have been eagerly waiting to see if a
    >port was going to show up for Linux… (And was quite happy to see that
    >indeed it will come!!!)

    Executor/DOS is built with gcc using DJ Delorie’s go32 DOS extender.
    As such, it’s a 32-bit piece of code.  Executor/Linux is *also* built
    with gcc, so in general, all the CPU functionality will run at the same
    speed on the same processors.

    However, Executor/DOS writes directly to the VGA, where Executor/Linux
    goes through X.  That means animation type games are possible under
    Executor/DOS, where currently under Executor/Linux it just doesn’t
    work.  I believe there is a set of routines named "vgalib" available
    for Linux, and we’ll look into using those routines after we’ve gotten
    the major bugs out of our 32-bit color quickdraw implementation.

    Our reason for releasing a sub-optimal Executor/Linux version now,
    rather than waiting until we have something more elegant is to let the
    Linux people see what we’re doing and also to allow people to write Mac
    formatted floppies and Hard disks now, since Executor can do that
    already.

            –Cliff
            c…@ardi.com

  2. admin says:

    c…@ardi.com (Clifford T. Matthews) writes:

    >However, Executor/DOS writes directly to the VGA, where Executor/Linux
    >goes through X.  That means animation type games are possible under
    >Executor/DOS, where currently under Executor/Linux it just doesn’t
    >work.  I believe there is a set of routines named "vgalib" available
    >for Linux, and we’ll look into using those routines after we’ve gotten
    >the major bugs out of our 32-bit color quickdraw implementation.

    Wouldn’t using the MITSHM (Shared memory) extension help decrease the
    difference in performance?  Doom runs ‘well enough’ on a 386-40 at a
    320×200 resolution, though still somewhat slower than the DOS version.

    While a version to support svgalib would be nice, I think that
    Xwindows is more importand — Besides, just imagine running X, MSWIN,
    and Mac apps side by side on your Linux machine..

    The mind boggles.

    (Of course, I don’t have any real reason to use a mac emulator, since
    I can avoid macs altogether in my day-to-day life..)

    >Our reason for releasing a sub-optimal Executor/Linux version now,
    >rather than waiting until we have something more elegant is to let the
    >Linux people see what we’re doing and also to allow people to write Mac
    >formatted floppies and Hard disks now, since Executor can do that
    >already.

    Is there a release of the Linux version already?  What DOS version
    does it correspond to — 1.2?  Is it linked against the shared
    libraries for X386-2.x or 3.x?

    Jeff

    ____ "And if I smile please tell me some bad news
    \BI/  before I laugh and act like a fool"
     \/            -The Who "Behind Blue Eyes"
    grep -vi obik       Running Linux 1.1 — Free Unix for 386+ machines

  3. admin says:

    In article <37bmqs$…@crcnis1.unl.edu>,
    Jeff "Obik" Epler <jep…@herbie.unl.edu> wrote:

    >c…@ardi.com (Clifford T. Matthews) writes:

    >>However, Executor/DOS writes directly to the VGA, where Executor/Linux
    >>goes through X.  That means animation type games are possible under
    >>Executor/DOS, where currently under Executor/Linux it just doesn’t
    >>work.  I believe there is a set of routines named "vgalib" available
    >>for Linux, and we’ll look into using those routines after we’ve gotten
    >>the major bugs out of our 32-bit color quickdraw implementation.

    >Wouldn’t using the MITSHM (Shared memory) extension help decrease the
    >difference in performance?  Doom runs ‘well enough’ on a 386-40 at a
    >320×200 resolution, though still somewhat slower than the DOS version.

    Three cheers to Jeff.  Via e-mail he pointed out where I could find
    documentation on the shared memory extensions and I just added it to
    our X implementation.  It speeds things up noticably, but the Linux
    version is still relatively untuned for now.

            –Cliff
            c…@ardi.com