FrontBench: using Frontier as a benchmark (Discussion thread)

General Discussion, STOS.

Moderator: troed

User avatar
Badwolf
Posts: 2231
Joined: Tue Nov 19, 2019 12:09 pm

Re: FrontBench: using Frontier as a benchmark

Post by Badwolf »

exxos wrote: Mon Feb 14, 2022 2:11 pm I think its "lower ram variables" ? I will try and test the original MAPROM later, but it never worked for me. I don't get the speed up either, but thats the results I got.
Long shot: is EmuTOS initialising at 50Hz but TOS to 60?

BW
DFB1 Open source 50MHz 030 and TT-RAM accelerator for the Falcon
DSTB1 Open source 16Mhz 68k and AltRAM accelerator for the ST
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
User avatar
exxos
Site Admin
Site Admin
Posts: 23499
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: FrontBench: using Frontier as a benchmark

Post by exxos »

Badwolf wrote: Mon Feb 14, 2022 2:16 pm Long shot: is EmuTOS initialising at 50Hz but TOS to 60?
I don't think TOS runs at 60hz, but I will look out for that thanks.
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
User avatar
exxos
Site Admin
Site Admin
Posts: 23499
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: FrontBench: using Frontier as a benchmark

Post by exxos »

To keep everyone else in the loop a little bit.. It seems MAPROM was the cause of the slowdown with TOS206 :roll: So 3140 ish is the frame count regardless of EMUTOS or TOS206.

Though I did see such slowdowns before when using MAPROM...

https://www.exxosforum.co.uk/forum/viewt ... 785#p61785

As @Badwolf Pointed out, there is no actual OS accessed during the game so it does not make sense by itself why that happens. Again I can only assume that using the 030 MMU for remapping TOS into alt-ram is actually causing a significant slowdown.

I may tidy this thread up later has it seems to have drifted all over the place..
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
User avatar
stephen_usher
Posts: 5580
Joined: Mon Nov 13, 2017 7:19 pm
Location: Oxford, UK.
Contact:

Re: FrontBench: using Frontier as a benchmark

Post by stephen_usher »

Running with MAPROM installed on the TT gives 2444 frames vs. 2876, so there's a significant slowdown. (15%)
Intro retro computers since before they were retro...
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
User avatar
Badwolf
Posts: 2231
Joined: Tue Nov 19, 2019 12:09 pm

Re: FrontBench: using Frontier as a benchmark

Post by Badwolf »

exxos wrote: Mon Feb 14, 2022 5:49 pm As @Badwolf Pointed out, there is no actual OS accessed during the game
I should say that I'm not asserting there are *no* OS accesses in the game. I just haven't come across any significant ones.

Keyboard, mouse and joystick perhaps?

Anyway, fairly few in the scheme of things, I'd say.

The MAPROM slowdown is indeed an odd one. I would have thought MMU overhead shouldn't exist (MMU already is active for shadow register mapping AFAIK), but I also don't know what I'm talking about. ;)

I've tried a couple of times to follow how the MMU works and Anders' code and haven't yet succeeded!

BW
DFB1 Open source 50MHz 030 and TT-RAM accelerator for the Falcon
DSTB1 Open source 16Mhz 68k and AltRAM accelerator for the ST
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
User avatar
stephen_usher
Posts: 5580
Joined: Mon Nov 13, 2017 7:19 pm
Location: Oxford, UK.
Contact:

Re: FrontBench: using Frontier as a benchmark

Post by stephen_usher »

Interestingly, Uwe Seimet's ROMSPEED 3.11 does not have a slow down. Indeed, it's marginally faster than stock.
Intro retro computers since before they were retro...
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
User avatar
Badwolf
Posts: 2231
Joined: Tue Nov 19, 2019 12:09 pm

Re: FrontBench: using Frontier as a benchmark

Post by Badwolf »

Here's a quick qualitative measurement of FrontBench OS accesses.



Spoilers: not many.

BW
DFB1 Open source 50MHz 030 and TT-RAM accelerator for the Falcon
DSTB1 Open source 16Mhz 68k and AltRAM accelerator for the ST
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
User avatar
exxos
Site Admin
Site Admin
Posts: 23499
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: FrontBench: using Frontier as a benchmark

Post by exxos »

I have moved this thread into the general software section as it has turned into a discussion thread.

The software has had a new post generated which is now locked to keep it clean.
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
User avatar
stephen_usher
Posts: 5580
Joined: Mon Nov 13, 2017 7:19 pm
Location: Oxford, UK.
Contact:

Re: FrontBench: using Frontier as a benchmark (Discussion thread)

Post by stephen_usher »

The explanation on the other thread about the slow-down isn't quite complete:

The reason for the slow down actually depends upon how the program is rendering the scene.

If the program is rendering directly into ST-RAM then the CPU will have 5/6ths of the processing time as there will be ten extra times when the CPU is unable to access the ST-RAM. This has nothing to do with the speed of the animation. This issue affects any system with shared memory between the CPU and video sub-systems.

If the program were rendering in TT-RAM and then copying the screen memory over to ST-RAM once it had been rendered then it would be affected far less as the rendering stage would not be interrupted by the screen output cycle.

The internal program clock is indeed matched to the screen refresh, so the demo does run at a faster rate, but this has little to do with the frame rendering rate.
Intro retro computers since before they were retro...
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
User avatar
Darklord
Posts: 901
Joined: Wed Sep 20, 2017 1:41 pm

Re: FrontBench: using Frontier as a benchmark (Discussion thread)

Post by Darklord »

I finally got around to setting this up here and ran it on 2 machines:

Atari Mega STe (stock) - 1227 frames

Atari STacy (Pak 68/3 030 @ 40mhz, no FASTRAM) - 3163 frames

BTW, watching the difference in Frontier between the Mega STe
and the Pak 68/3 equipped STacy is like night and day... :)
Welcome To DarkForce! www.darkforce.org "The Fuji Lives.!"
Atari SW/HW based BBS-Telnet:darkforce-bbs.dyndns.org 1040
Post Reply

Return to “SOFTWARE”