Deutsch English Français Italiano |
<lf441jt9i2lv7olvnm9t7bml2ib19eh552@4ax.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: John Savard <quadibloc@servername.invalid> Newsgroups: comp.arch Subject: Re: "Mini" tags to reduce the number of op codes Date: Sat, 06 Apr 2024 21:30:47 -0600 Organization: A noiseless patient Spider Lines: 34 Message-ID: <lf441jt9i2lv7olvnm9t7bml2ib19eh552@4ax.com> References: <uuk100$inj$1@dont-email.me> <6mqu0j1jf5uabmm6r2cb2tqn6ng90mruvd@4ax.com> <15d1f26c4545f1dbae450b28e96e79bd@www.novabbs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Injection-Date: Sun, 07 Apr 2024 03:30:50 +0200 (CEST) Injection-Info: dont-email.me; posting-host="96157b3672e128fa20c43971736b9ffd"; logging-data="2714474"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/vUIVxuB3p8D9giUaZwuPOA45WJ5GmYVk=" Cancel-Lock: sha1:Tpj2yzw9fVJanvOxwia1juxktBs= X-Newsreader: Forte Free Agent 3.3/32.846 Bytes: 2317 On Fri, 5 Apr 2024 21:34:16 +0000, mitchalsup@aol.com (MitchAlsup1) wrote: >Early in My 66000 LLVM development Brian looked at the cost of having >only 1 FP OpCode set--and it did not look good--so we went back to the >standard way of an OpCode for each FP size × calculation. I do tend to agree. However, a silly idea has now occurred to me. 256 bits can contain eight instructions that are 32 bits long. Or they can also contain seven instructions that are 36 bits long, with four bits left over. So they could contain *nine* instructions that are 28 bits long, also with four bits left over. Thus, instead of having mode bits, one _could_ do the following: Usually, have 28 bit instructions that are shorter because there's only one opcode for each floating and integer operation. The first four bits in a block give the lengths of data to be used. But have one value for the first four bits in a block that indicates 36-bit instructions instead, which do include type information, so that very occasional instructions for rarely-used types can be mixed in which don't fill a whole block. While that's a theoretical possibility, I don't view it as being worthwhile in practice. John Savard