Deutsch English Français Italiano |
<199b6b43601e431845e8f520863bcf85@www.novabbs.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: mitchalsup@aol.com (MitchAlsup1) Newsgroups: comp.arch Subject: Re: "Mini" tags to reduce the number of op codes Date: Mon, 15 Apr 2024 19:03:34 +0000 Organization: Rocksolid Light Message-ID: <199b6b43601e431845e8f520863bcf85@www.novabbs.org> References: <uuk100$inj$1@dont-email.me> <lf441jt9i2lv7olvnm9t7bml2ib19eh552@4ax.com> <uuv1ir$30htt$1@dont-email.me> <d71c59a1e0342d0d01f8ce7c0f449f9b@www.novabbs.org> <uv02dn$3b6ik$1@dont-email.me> <uv415n$ck2j$1@dont-email.me> <uv46rg$e4nb$1@dont-email.me> <a81256dbd4f121a9345b151b1280162f@www.novabbs.org> <uv4ghh$gfsv$1@dont-email.me> <8e61b7c856aff15374ab3cc55956be9d@www.novabbs.org> <uv5err$ql29$1@dont-email.me> <e43623eb10619eb28a68b2bd7af93390@www.novabbs.org> <S%zRN.162255$_a1e.120745@fx16.iad> <8b6bcc78355b8706235b193ad2243ad0@www.novabbs.org> <20240411141324.0000090d@yahoo.com> <uv9ahu$1r74h$1@dont-email.me> <0b785ebc54c76e3a10316904c3febba5@www.novabbs.org> <20240412021904.000074f8@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: i2pn2.org; logging-data="1284415"; mail-complaints-to="usenet@i2pn2.org"; posting-account="PGd4t4cXnWwgUWG9VtTiCsm47oOWbHLcTr4rYoM0Edo"; User-Agent: Rocksolid Light X-Rslight-Posting-User: ac58ceb75ea22753186dae54d967fed894c3dce8 X-Spam-Checker-Version: SpamAssassin 4.0.0 X-Rslight-Site: $2y$10$NpIl1nlNYAV7ldHX6T4h2OeH1DZA0Ctiz0Iq5DjlHrXQgqUY3ON.u Bytes: 3242 Lines: 42 Michael S wrote: > On Thu, 11 Apr 2024 18:46:54 +0000 > mitchalsup@aol.com (MitchAlsup1) wrote: >> >> > On 4/11/2024 6:13 AM, Michael S wrote: >> >> On Wed, 10 Apr 2024 23:30:02 +0000 >> >> mitchalsup@aol.com (MitchAlsup1) wrote: >> >> >> >>> >> >>>> It does occupy some icache space, however; have you boosted the >> >>>> icache size to compensate? >> >>> >> >>> The space occupied in the ICache is freed up from being in the >> >>> DCache so the overall hit rate goes up !! At typical sizes, >> >>> ICache miss rate is about ¼ the miss rate of DCache. >> >>> >> >>> Besides:: if you had to LD the constant from memory, you use a LD >> >>> instruction and 1 or 2 words in DCache, while consuming a GPR. So, >> >>> overall, it takes fewer cycles, fewer GPRs, and fewer >> >>> instructions. >> >>> >> >>> Alternatively:: if you paste constants together (LUI, AUPIC) you >> >>> have no direct route to either 64-bit constants or 64-bit address >> >>> spaces. >> >>> >> >>> It looks to be a win-win !! >> >> >> >> Win-win under constraints of Load-Store Arch. Otherwise, it >> >> depends. >> >> Never seen a LD-OP architecture where the inbound memory can be in >> the Rs1 position of the instruction. >> > May be. But out of 6 major integer OPs it matters only for SUB. > By now I don't remember for sure, but I think that I had seen LD-OP > architecture that had SUBR instruction. May be, TI TMS320C30? > It was 30 years ago and my memory is not what it used to be. That a SUBR instruction exists does not disavow my statement that the inbound memory reference was never in the Rs1 position.