was that all with hyper threading on or off?
what are 2600 results if you boot to freedos outside emulators/virtualizers?
and also what's the 2600 dosbox result?

robertmo3 wrote on 2025-04-07, 04:56:

was that all with hyper threading on or off?
what are 2600 results if you boot to freedos outside emulators/virtualizers?

On. I'm happy for it to be on, since that's how most users will have it. Also, hyper-threading "on" doesn't cause a slowdown on ryzen 1000-2000, unlike ryzen 3000+ and Intel. On the 2600 yes, there's a hit.

I did run that, it's similar to the whpx/vmware scores. I have that somewhere.

i think it would be good to suggest people turning hyper threading off

@robertmo3

With WHPXon Ryzen 2700X, I can run VMWare but qemu returns this:
use_qemu_bat.exe: -accel whpx, kernel-irqchip=off: WHPX: No accelerator found, hr=00000000
use_qemu_bat.exe: -accel whpx, kernel-irqchip=off: failed to initialize whpx: No space left on device

post this picture:
https://www.intel.com/content/dam/support/us/ … 5486_image3.png

check whether it works with plain qemu
https://qemu.weilnetz.de/w64/

robertmo3 wrote on 2025-04-07, 08:47:

post this picture:
https://www.intel.com/content/dam/support/us/ … 5486_image3.png

It doesn't pop up with this. It supports the AMD equivalents. The VMWare setting is greyed 0ut because the VM is active and can't be modified. It is enabled. If the feature isn't available, and is checked a warning pops up at startup. With any combination of Windows Hypervisor Platform and Virtual Machine Platform QEMU doesn't run on Ryzen/Win11 and yes VMWare isn't running when QEMU is being run.

tried uninstalling VMWare ?

start just vmware gui without launching the machine - there vm setting should not be grayed out and you should be able to uncheck it

how much ram have you got?
disable hyperthreading and limit cores to 4

Try to run the following command from a command prompt with admin right:
bcdedit /set hypervisorlaunchtype auto
and restart.

https://github.com/microsoft/WSL/issues/7438
Root cause found by Android developer, see link: https://issuetracker.google.com/issues/202188690#comment18

In short: Windows 11 broke the WHPX API and this call now fails on Windows 11:

xsave_cap.AsUINT64 = 0;
hr = whp_dispatch.WHvSetPartitionProperty(
whpx->partition,
WHvPartitionPropertyCodeProcessorXsaveFeatures,
&xsave_cap,
sizeof(xsave_cap));
As per the comment in the Android bug report, the same call worked on Windows 10. So this is definitely a Windows 11 issue and regression from Windows 10.

you can either revert back latest win11 update to previous release

or create a separate 64 gb partition with partition magic and install earlier win11 version there

or use a separate 64gb ssd and install earlier win11 version there

i recommend third option

robertmo3 wrote on 2025-04-07, 09:25:

Try to run the following command from a command prompt with admin right:
bcdedit /set hypervisorlaunchtype auto
and restart.

That worked. I did see that, but put off testing that.

I can't run any vmware vms now without some features.

Microseconds for one run through Dhrystone: 0.13
Dhrystones per Second: 7424594
VAX MIPS rating = 4225.72

So native speeds.

Thanks @robertmo3!

I'll start work on QEMU-Rendition.

To summarise:

Ryzen 2700X Dosbox (cycles=max 105%)

1Microseconds 1 loop:          4.36
2Dhrystones / second:      229555
3VAX MIPS rating:            130.65

Pentium 3.4 GHz MS-DOS(Win98)

1Microseconds 1 loop:          1.06
2Dhrystones / second:      939794
3VAX MIPS rating:            534.89

I should really be running my wrapper on the P4! 😁

[EDIT] FreeDOS Ryzen 2700X (native)

1Microseconds 1 loop:          0.17
2Dhrystones / second:     6015038
3VAX MIPS rating:           3423.47

Ryzen 2700X QEMU (Windows Hypervisor Platform/WHPX)

1Microseconds for one run through Dhrystone: 0.13
2Dhrystones per Second: 7424594
3VAX MIPS rating = 4225.72

Ryzen VMWare Win98 Command prompt under Win11:

1Microseconds 1 loop:          0.14
2Dhrystones / second:     7281001
3VAX MIPS rating:           4144.00

Dhrystone 2 benchmark QEMU i7 2600 with HAXM (Win10):

1Microseconds for one run through Dhrystone:0.74
2Dhrystones per Second: 1360544
3VAX MIPS rating = 774.36

Windows Hypervisor Platform on my Win10/i7 2600:

1Time for loop iteration 0.33 ms
2Dhrystones 3065134
3VAX MIPS 1744.xx

i7 12600 VMWare WIn98 under Win10:

1Microseconds 1 loop:          0.32
2Dhrystones / second:     3100775
3VAX MIPS rating:           1764.81

VMWare runs with EPT disabled, but it's slower.

robertmo3 wrote on 2025-04-07, 09:05:

start just vmware gui without launching the machine - there vm setting should not be grayed out and you should be able to uncheck it

The machine's paused.

most probably that is the reason for your problem. unpause, shut down windows 98 and turn off machine.

sharangad wrote on 2025-04-07, 03:33:

Mexico City (Max 5 mip maps per texture) Now Rendition Ready:

Cool - works. ...now just need to prevail on the modders to edit in the corner 12 complex to match CART 2002-2007...

Yesterday I was curious why this track was so tricky and brute-forced a working version. Unpacked the track then substituted mips letter-by-letter from one of the early working versions to isolate mips that prevented loading. It came down to the horizon mips, groove, pitg, stoplight, all the trees, and wood. By using old versions of these the track ran. But though it works it doesn't run quite as smoothly as the RR version does now and there are probably subtle errors in it because of the substitutions.

robertmo3 wrote on 2025-04-07, 16:21:

most probably that is the reason for your problem. unpause, shut down windows 98 and turn off machine.

The machine doesn't run until resumed. I suspect the vmware installation disabled the Hypervisor auto - start option.

Without whpx, vmware runs with EPT support, with it enabled it only supports basic amd-v. Vmware runs slower with whp.

tincup wrote on 2025-04-07, 21:15:

sharangad wrote on 2025-04-07, 03:33:

Mexico City (Max 5 mip maps per texture) Now Rendition Ready:

Cool - works. ...now just need to prevail on the modders to edit in the corner 12 complex to match CART 2002-2007...

Yesterday I was curious why this track was so tricky and brute-forced a working version. Unpacked the track then substituted mips letter-by-letter from one of the early working versions to isolated mips that prevented loading. It came down to the horizon mips, groove, pitg, stoplight, all the trees, and wood. By using old versions of these the track ran. But though it works it doesn't run quite as smoothly as the RR version does now and there are probably subtle errors in it because of the substitutions.

Maybe only those mips need to to be modified for the other tracks. Do you notice a difference in the texture pop-in with view distance with the Rr track compared to your hand modded one?

It'll be interesting to see how well qemu /freedos based icr2 runs.