Estece Posted August 11, 2020 Share Posted August 11, 2020 https://en.wikipedia.org/wiki/Dhrystone source:https://homepages.cwi.nl/~steven/dry.c Is it possible to run this on Atari? Not in assembler but maybe in other languages like: action, mad pascal, fast basic,basic, gcc6502, vbcc,turbo basic,quick and effectus ? Quote Link to comment Share on other sites More sharing options...
ilmenit Posted August 11, 2020 Share Posted August 11, 2020 10 minutes ago, Estece said: https://en.wikipedia.org/wiki/Dhrystone source:https://homepages.cwi.nl/~steven/dry.c Is it possible to run this on Atari? Not in assembler but maybe in other languages like: action, mad pascal, fast basic,basic, gcc6502, vbcc,turbo basic,quick and effectus ? Yes, you can even find results somewhere in the forum here. The problem with this test is that it's aiming at least 16bit machines (using heavily 16bit data types) and does not reflect properly compiler capabilities for 6502 8bit platform. Quote Link to comment Share on other sites More sharing options...
JamesD Posted August 15, 2020 Share Posted August 15, 2020 Dhrystone is a benchmark of C compilers as much as it is of the CPU. I've seen a massively unrolled 6502 assembly implementation, but that kinda defeats the purpose of the benchmark. 1 Quote Link to comment Share on other sites More sharing options...
zbyti Posted August 25, 2020 Share Posted August 25, 2020 On 8/11/2020 at 2:31 PM, ilmenit said: The problem with this test is that it's aiming at least 16bit machines (using heavily 16bit data types) and does not reflect properly compiler capabilities for 6502 8bit platform. https://www.zdnet.com/article/poles-build-worlds-fastest-chip-for-a-1980s-standard-that-is/ https://www.dcd.pl/product/dp8051/ Quote Link to comment Share on other sites More sharing options...
Estece Posted August 25, 2020 Author Share Posted August 25, 2020 In vbcc6502 archive in examples directory there is maybe older version of this benchmark. Three files: dhry.h,dhry_1.c and dhry_2.c. But readme stated this: "I get about 75 dhrystones/s for cc65 and ~234 for vbcc on C64." How much faster would be the 8bit Atari? Quote Link to comment Share on other sites More sharing options...
vbc Posted August 25, 2020 Share Posted August 25, 2020 6 hours ago, Estece said: In vbcc6502 archive in examples directory there is maybe older version of this benchmark. Three files: dhry.h,dhry_1.c and dhry_2.c. But readme stated this: "I get about 75 dhrystones/s for cc65 and ~234 for vbcc on C64." How much faster would be the 8bit Atari? The archive contains a version compiled for Atari (dhryv.com). The calculated numbers assume 60ticks/s and have to be adjusted if run in PAL. In an emulator, I get ~300 dhrystones/s for PAL and ~280 for NTSC. In the thread about gcc vs. cc65, I also compiled the dhrystone version that was used for comparison there. If I understand the tick values correctly, the results seem to be pretty much identical . User gnusto apparently built a version with ANTIC disabled and obtained about 340 dhrystones/s: 1 1 Quote Link to comment Share on other sites More sharing options...
JamesD Posted September 3, 2020 Share Posted September 3, 2020 (edited) On 8/24/2020 at 10:51 PM, zbyti said: https://www.zdnet.com/article/poles-build-worlds-fastest-chip-for-a-1980s-standard-that-is/ https://www.dcd.pl/product/dp8051/ The 8051 wouldn't make a good general purpose computer due to the memory architecture. There are no instructions to write to program memory, and you can't run code out of data memory. Edited September 3, 2020 by JamesD Quote Link to comment Share on other sites More sharing options...
StickJock Posted September 3, 2020 Share Posted September 3, 2020 I haven't worked on an 8051 since the early 90s. As I recall, it had a pretty nice instruction set. ? Quote Link to comment Share on other sites More sharing options...
JamesD Posted September 7, 2020 Share Posted September 7, 2020 On 9/3/2020 at 11:57 AM, StickJock said: I haven't worked on an 8051 since the early 90s. As I recall, it had a pretty nice instruction set. ? I vaguely remember something about general purpose registers, and it being very 8 bit... but I haven't looked at the docs in ages so I could be confusing it with something else. Quote Link to comment Share on other sites More sharing options...
stepho Posted September 9, 2020 Share Posted September 9, 2020 I used to program 8051's in EFTPOS machines in the 1990's. Generally nice enough CPU's, although they had a few quirks - just like the 6502 has a few quirks. The big problem for using it in a general purpose machine is that code and RAM are in separate 64 kbyte address spaces. Which means code cannot execute from RAM. Which makes it hard to load programs from tape or disk. There are ways around it (eg use RAM chips to simulate ROM and then bank switch the RAM chips between the code address space and the RAM address space) but life is harder. But they make excellent CPU's for embedded systems running from ROM. And having 64 kB for code and another 64 kB for RAM sure is a lot nicer than 64 kB for everything and also run faster due to less wait states (wait states for code and RAM can overlap). 1 Quote Link to comment Share on other sites More sharing options...
Estece Posted September 23, 2020 Author Share Posted September 23, 2020 (edited) Thanks for answers vbc. So benchmark can be run on atari 8bit and its faster by 106 in the best case (ANTIC as thief disabled) thanks to vbcc6502 compiler and 1,77 Mhz Sally cpu. Today my wooden not so modern cpu have score above 13 millions. This power is wasted on scripts in web browser.... and to derail forum topics. Edited September 23, 2020 by Estece 3 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.