Can all registered uses please login, even just for a few minutes..
It helps build a picture where our "good traffic" is coming from..
Thanks :)

TF536 and H4 Benchmark

Benchmark screenshots for various boosters & machines.
User avatar
exxos
Site Admin
Site Admin
Posts: 29622
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: TF536 and H4 Benchmark

Post by exxos »

TF536 ST edition - MAPROM1.8E - TOS206

IMG_0358.JPG
IMG_0358.JPG (381.91 KiB) Viewed 5564 times
User avatar
Cyprian
Posts: 568
Joined: Fri Dec 22, 2017 9:16 am
Location: Warszawa, Poland
Contact:

Re: TF536 and H4 Benchmark

Post by Cyprian »

Interesting figures.

I wonder why the best results are with Instruction Cache Off. - D ON, I OFF
Atari: V4sa TT030 Falcon030 Mega ST Mega STe 1040 STe 520 STm 800XL 65XE Jaguar Lynx I/II 7800 Portfolio / VME: ATW800/2 Mach64 Mach32 ET4000 CrazyDots PAMNet / SM146 SC1435 SM124 / Antonia2 ATSpeedC16 TF536 PAK68/3
Megafile30 Atari1050 DDDHDD XCA12 SF314 / AVGCART SUBCART SidecarTridge ACSI2STM FujiNet LynxMultiCard SkunkBoard CosmosEx SatanDisk UltraSatan USBFloppyDriveEmulator SDrive SIO2PC Eiffel
http://260ste.atari.org
User avatar
exxos
Site Admin
Site Admin
Posts: 29622
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: TF536 and H4 Benchmark

Post by exxos »

Cyprian wrote: Mon Feb 14, 2022 8:15 am Interesting figures.

I wonder why the best results are with Instruction Cache Off. - D ON, I OFF
No idea. But IIRC on the falcon the data cache on made the tests about 3% slower. So caches don't always help.
User avatar
alexh
Site sponsor
Site sponsor
Posts: 1492
Joined: Tue Oct 17, 2017 4:51 pm
Location: Oxfordshire

Re: TF536 and H4 Benchmark

Post by alexh »

Cyprian wrote: Mon Feb 14, 2022 8:15 am I wonder why the best results are with Instruction Cache Off. - D ON, I OFF
Cache line fills from DRAM take more time than a single instruction fetch. Even with 030 burst mode. That time is usually made up when the CPU executes the full line from CACHE and doesn't read from DRAM. If the CPU doesn't execute a full cache line, perhaps due to branching, then the benefit of the cache is reduced. Even more so if that cache line becomes invalidated and re-filled due to code alignment. (Sometimes called cache thrashing) So depending on the code, iCache performance can be worse than no iCache.
Senior Principal ASIC Engineer - SystemVerilog, VHDL
Thalion Webshrine - http://thalion.atari.org
ST,STf,STfm,STe,MegaST,MegaSTe,Falcon060
A500+,A600,A4000/060,CD32,CDTV
Post Reply

Return to “BENCHMARKS”