Skip to content

Guide:CPU settings in DOSBox‐X

Robert de Rooy edited this page Jan 9, 2022 · 30 revisions

CPU settings in DOSBox-X

Overview

You can change the emulated CPU type in DOSBox-X either from the DOSBox-X config file (dosbox-x.conf by default), or from the DOSBox-X command line or the menu bar.

Differences in emulated CPU types

This is based on: https://www.vogons.org/viewtopic.php?p=905713#p905713 and extended/modified for DOSBox-X.

8086 to 386

Table 1. cputype options
8086 8086 prefetch 80186 80186 prefetch 286 286 prefetch 386 386 prefetch

Protected mode

x

x

x

x

Virtual 8086 mode

x

x

386 CPUID

x

x

386 specific page access level calculation

x

x

loose (fast) page privilege check

x

x

tight (slow) page privilege check

Prefetch queue emulation

x

x

x

x

486 to Pentium III

Table 2. cputype options
486old 486old prefetch 486 486 prefetch auto pentium ppro slow pentium mmx pentium ii pentium iii

Protected mode

x

x

x

x

x

x

x

x

x

x

Virtual 8086 mode

x

x

x

x

x

x

x

x

x

x

486 CPUID

x

x

x

Pentium CPUID

x

x

x

x

x

486 specific page access level calculation

x

x

x

x

loose (fast) page privilege check

tight (slow) page privilege check

x

BSWAP, XADD, INVD, WBINVD

x

x

x

x

x

x

x

x

x

x

CMPXCHG

x

x

x

x

x

x

x

x

RDTSC

x

x

x

x

x

x

CMPXCHG8B,RDMSR, WRMSR, RSM

x

x

x

x

x

CMOV, FCMOV, FCOMI/FCOMIP, FUCOMI/FUCOMIP, RDPMC, UD2

x

x

x

486 specific CR register behaviour

x

x

x

x

x

Pentium specific CR register behaviour

x

x

x

x

x

Prefetch queue emulation

x

x

MMX instruction set

x

x

x

SSE instruction set

x

Vanilla DOSBox CPU types

Vanilla DOSBox has a few other cputype options not available in DOSBox-X

  • 386_slow

  • 486_slow

  • pentium_slow

The slow part of the name refers to the more accurate page privilege check emulation. These cputype options are ignored in DOSBox-X, and auto will be used instead.

Floating Point Unit (FPU)

Also referred to as the x87, or Math co-processor.

An emulated FPU is enabled by default. The following config options are available to change the behaviour.

Under the [cpu] heading you can set fpu=false to disable the FPU.

Note
On real systems, starting with the Pentium CPU generation, a FPU was always present. But DOSBox-X allow disabling of the FPU with any CPU type. This could cause problems with software that expects a FPU to be present.
Warning
The real FPUs had an 80bit precision. This is however not supported with Windows DOSBox-X builds compiled using the Microsoft Visual Studio (MSVS) compiler, which is limited to just 64bits precision. Very few DOS games used the FPU, but for those that do, this lesser precision can cause a verity of problem, from graphical glitches to crashes, to incorrect outcomes in DOS applications. If your running Windows as the host OS, you can either disable the FPU emulation, or if proper FPU emulation is important, use the MinGW builds.

Weitek FPU

Weitek in the 80’s made Math co-processors compatible with the FPU socket found on x86 systemboards. But note that these Weitek FPUs are not software compatible with Intel and AMD FPU units, and can only be used by applications that specifically support it. DOSBox-X supports emulation of Weitek FPUs, but only in combination with 386 and 486 cpu types.

[dosbox]
weitek=true

FAQ

Why is there no 8088 CPU option?

Q: The 8088 is what IBM used in the original IBM PC’s. So why is there no 8088 option?

A: Because there is no difference in terms of emulation between an 8086 and 8088.

Intel released the 8086 first as a 16-bit CPU, and later released the 8088 to reduce cost for manufacturers.

The difference is that the 8086 uses both 16-bit internal and external to the CPU, while the 8088 is 16-bit internal but only 8-bit external to reduce cost. The only practical difference with regards to emulation, is that a 8088 is a little slower because of this, but that can be compensated for using the cycles= setting.

Note
Some software may claim the CPU to be a 8088 when cputype=8086, this is simply because there is no way for the software to know which one you really have, and the 8088 was more common.

Why does DOSBox-X support the 80186?

Q: The 80186 was never used for the IBM PC, so why include it?

A: Indeed, the 80186 was mainly meant for embedded use. The 80186 was never used by IBM, but there where a few rare PC clones that used it. Although they typically had various compatibility problems.

Since various DOS tools support the detection of the 80186, DOSBox-X supports its emulation.

Note
Similar to the 8086/8088, there was also a 80188 with 8-bit external data path to the CPU to reduce cost for manufacturers. And just like with the 8086, software may identify the 80186 as a 80188.

Is DOSBox-X cycle accurate?

Q: Does DOSBox-X emulate the CPUs cycle accurate?

A: No. This would just slow down the emulation, and is practical never needed for emulating PCs.

On a legacy PC the amount of cycles it takes to complete an instruction can vary depending on the type of instruction and the CPU generation and vendor. DOSBox and by extension DOSBox-X instead completes one instruction per emulated-cycle. As such the cycles= value has no direct relation to the clock frequency or the amount of flops of the emulated system.

For many legacy systems, cycle accurate emulation is desirable. But this does not apply to emulating PCs. Due to the vast amount of clone systems and CPU options produced, software developers could not rely on the amount of time it takes to complete a given instruction. And therefore used other timing methods, and therefore cycle accurate emulation is simply not needed.

If for some reason cycle accurate emulation is required, we suggest you use the PCem emulator.

TODO

  • Why are there the 486old* options? They are presumably the 486 options from vanilla DOSBox, but why retain them?

  • How does DOSBox-X handle page privilege check differently? And why is there still a ppro_slow, if the others where removed?

Clone this wiki locally