COMP.ARCH---------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 72 из 100
 От   : MitchAlsup                          2:5075/128        29 сен 23 18:01:15
 К    : Scott Lurndal                                         29 сен 23 04:03:02
 Тема : Re: Introducing ForwardCom: An open ISA with variable-length vector
----------------------------------------------------------------------------------
                                                                                 
@MSGID:
<72b6255a-e9b5-4549-b243-49ab8c49b064n@googlegroups.com> 7a5e0ac7
@REPLY: <95KRM.207899$Hih7.53988@fx11.iad>
9d2e2402
@REPLYADDR MitchAlsup <MitchAlsup@aol.com>
@REPLYTO 2:5075/128 MitchAlsup
@CHRS: CP866 2
@RFC: 1 0
@RFC-References: 1@dont-email.me>
<memo.20230916204926.16432A@jgd.cix.co.uk> 1@dont-email.me> 1@dont-email.me>
<287e35a5-e78f-4ae2-bbb1-606f7bbdfe98n@googlegroups.com> <jwv5y3ydyqr.fsf-monnier+comp.arch@gnu.org>
<901e43e0-902d-4f5d-8ae4-22c570a94191n@googlegroups.com> <95KRM.207899$Hih7.53988@fx11.iad>
@RFC-Message-ID:
<72b6255a-e9b5-4549-b243-49ab8c49b064n@googlegroups.com>
@TZUTC: -0700
@PID: G2/1.0
@TID: FIDOGATE-5.12-ge4e8b94
On Friday, September 29, 2023 at 7:37:30 PM UTC-5, Scott Lurndal wrote:
> MitchAlsup <Mitch...@aol.com> writes: 
> >On Monday, September 25, 2023 at 11:25:30=E2=80=AFAM UTC-5, Stefan Monnier = 
> >wrote: 
> >> > there are a few solutions i have encountered (i would be=20 
> >> > interested to hear of more)=20
> >> > * "tagged" registers. ForwardCom actually has tags already 
> >> [...] 
> >> > * "Control Status Registers". Power ISA has "bit-accuracy" 
> >> [...] 
> >> > * "Prefixing". a RISC-uniform Prefix instruction (similar to 
> >> [...]
> >> > fascinatingly, though, they *do* still impact the Decoder Phase=20 
> >> > to some extent, i`d be interested to hear peoples` thoughts on=20
> >> > how to overcome some of those problems. 
> ><
> >> I think you can`t get a good answer before clarifying what it is that=20 
> >> you consider as the problem in "opcode proliferation" (after all,=20
> >< 
> >The problem is that the Cartesian-product associated with SIMD 
> >causes thousands of microscopic instructions to be needed (for 
> >example ARM has at least 1,300 SIMD instructions, others worse.)
<
> That`s a bit misleading, as you`re counting individual instruction 
> words (opcode + all variations of source and destination register(s)).
<
Not source and destination--but operand size and register size.
<
Register sizes {64, 128, 256, 512}
Operand size {8, 16, 32, 64}
 Calculation {int{+, -, x, /, &, |, ^,}, FP{+, -, x, /,}, swizzles,
gather, scatter, ...}
.....
 Sooner or later it all adds up to shiploads of instructions. And
the instructions
are not backwards compatible,...
<
And in comparison:: I got almost all of that capability with 2 instructions
that guarantees forward and backwards compatibility, and scales with
machine resources.
<
2 versus 1300 :: Which one is really RISC ??
--- G2/1.0
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх