Poster | Thread |
AmigaNoob
| |
ForwardCom:An open forward-compatible instruction set architecture Posted on 15-Oct-2021 11:27:18
| | [ #1 ] |
|
|
|
Member |
Joined: 14-Oct-2021 Posts: 15
From: Unknown | | |
|
| Saw some discussions about ISA's in this forum and this might be interesting to some of you. What do you think?
https://forwardcom.info/ |
|
Status: Offline |
|
|
Hammer
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 15-Oct-2021 16:44:02
| | [ #2 ] |
|
|
|
Elite Member |
Joined: 9-Mar-2003 Posts: 5275
From: Australia | | |
|
| @AmigaNoob
Amiga 68K is about retro legacy compatibility.
_________________ Ryzen 9 7900X, DDR5-6000 64 GB RAM, GeForce RTX 4080 16 GB Amiga 1200 (Rev 1D1, KS 3.2, PiStorm32lite/RPi 4B 4GB/Emu68) Amiga 500 (Rev 6A, KS 3.2, PiStorm/RPi 3a/Emu68) |
|
Status: Offline |
|
|
kolla
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 16-Oct-2021 11:32:07
| | [ #3 ] |
|
|
|
Elite Member |
Joined: 21-Aug-2003 Posts: 2886
From: Trondheim, Norway | | |
|
| @Hammer
Yes, and? This was correctly posted under general technology. _________________ B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC |
|
Status: Offline |
|
|
cdimauro
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 17-Oct-2021 8:57:03
| | [ #4 ] |
|
|
|
Elite Member |
Joined: 29-Oct-2012 Posts: 3650
From: Germany | | |
|
| @AmigaNoob Quote:
AmigaNoob wrote: Saw some discussions about ISA's in this forum and this might be interesting to some of you. What do you think?
https://forwardcom.info/ |
I know and I've already analyzed it some years ago, but this project seems to be stuck and didn't moved.
Anyway, I don't agree with this Agner's statement: The ForwardCom instruction set is neither RISC nor CISC, but a new paradigm with the advantages of both. ForwardCom IS clearly a CISC ISA, and definitely not a RISC.
Regarding the ISA per se I don't think that it can get any gain compared to current RISC or CISC designs. It's neither simple nor complicated, however I think that its biggest problems is that it will surely have a poor code density due to the 32-bit / 4 bytes instructions sizes & alignment.
It has no "compact" instructions, and despite having the possibility to directly reference an immediate for constant, the code size for its software will take huge space.
There isn't yet data about it, but it's my strong feeling while taking a look at its instructions and opcode formats.
By comparison, my NEx64T ISA has a big part of instructions which are 16-bit in size, and this improved the code density compared to x86 and x64 (especially), with evident advantages. And this using just a small part of my ISA: both code size and number of executed instructions can improve by using the new features that I've introduced. |
|
Status: Offline |
|
|
TRIPOS
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 17-Oct-2021 11:34:34
| | [ #5 ] |
|
|
|
Super Member |
Joined: 4-Apr-2014 Posts: 1205
From: Unknown | | |
|
| @AmigaNoob
I think x86, ARM and RISC-V (all offers both 32-bit and 64-bit options) ought to be enough. The capital and work needed to create a new architecture is monumental. And it serves no point. |
|
Status: Offline |
|
|
NutsAboutAmiga
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 17-Oct-2021 12:34:41
| | [ #6 ] |
|
|
|
Elite Member |
Joined: 9-Jun-2004 Posts: 12817
From: Norway | | |
|
| |
Status: Offline |
|
|
cdimauro
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 18-Oct-2021 22:32:09
| | [ #7 ] |
|
|
|
Elite Member |
Joined: 29-Oct-2012 Posts: 3650
From: Germany | | |
|
| @TRIPOS
Quote:
TRIPOS wrote: @AmigaNoob
I think x86, ARM and RISC-V (all offers both 32-bit and 64-bit options) ought to be enough. The capital and work needed to create a new architecture is monumental. And it serves no point. |
The capital is primarily needed for the tools / infrastructure for supporting a new architecture.
If you don't have a modern (optimizing) compiler (plus debugger, plus standard library, etc.) for your ISA, then you're out of the market.
Even writing the backend for a good compiler requires a lot of effort... |
|
Status: Offline |
|
|
matthey
| |
Re: ForwardCom:An open forward-compatible instruction set architecture Posted on 20-Oct-2021 21:55:21
| | [ #8 ] |
|
|
|
Elite Member |
Joined: 14-Mar-2007 Posts: 2001
From: Kansas | | |
|
| cdimauro Quote:
Regarding the ISA per se I don't think that it can get any gain compared to current RISC or CISC designs. It's neither simple nor complicated, however I think that its biggest problems is that it will surely have a poor code density due to the 32-bit / 4 bytes instructions sizes & alignment.
It has no "compact" instructions, and despite having the possibility to directly reference an immediate for constant, the code size for its software will take huge space.
There isn't yet data about it, but it's my strong feeling while taking a look at its instructions and opcode formats.
|
I expect the ForwardCom ISA code density to be poor also. It is 16 bit and 48 bit instructions which improve code density the most. The 4 byte alignment advantage is not worth it. A 16 bit base encoding for a variable length ISA like the 68k uses provides the best compromise between code density and code alignment efficiency. There is a reason why it has been copied so much.
cdimauro Quote:
By comparison, my NEx64T ISA has a big part of instructions which are 16-bit in size, and this improved the code density compared to x86 and x64 (especially), with evident advantages. And this using just a small part of my ISA: both code size and number of executed instructions can improve by using the new features that I've introduced. |
Yes, x86(-64) wasted too much of the encoding space on 8 bit instructions which resulted in new instructions being excessively long. With an 8 bit base variable length encoding, it is better to start with all or nearly all instructions being 16 bit as you suggest and as also used by the Cast BA2 ISA. It is probably possible to achieve a little better code density than a 16 bit variable length encoding by doing this at the expense of less efficient code alignment most obvious in instruction decoding.
|
|
Status: Offline |
|
|