Deutsch English Français Italiano |
<vh4gjq$2odes$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Terje Mathisen <terje.mathisen@tmsw.no> Newsgroups: comp.arch Subject: Re: Arm ldaxr / stxr loop question Date: Thu, 14 Nov 2024 10:41:14 +0100 Organization: A noiseless patient Spider Lines: 43 Message-ID: <vh4gjq$2odes$1@dont-email.me> References: <vfono1$14l9r$1@dont-email.me> <YROdnVIXfKmwYrn6nZ2dnZfqn_GdnZ2d@supernews.com> <vg5tf7$3tqmi$2@dont-email.me> <vgm0g1$3c2t2$3@dont-email.me> <zwwXO.842112$_o_3.379966@fx17.iad> <vgm4vj$3d2as$1@dont-email.me> <vgm5cb$3d2as$3@dont-email.me> <OnzXO.657386$1m96.281665@fx15.iad> <TfKXO.658488$1m96.146506@fx15.iad> <T99YO.79275$MoU3.7336@fx36.iad> <3lGdnVvGQIAq2676nZ2dnZfqnPGdnZ2d@supernews.com> <vh0jo6$1q1hl$3@dont-email.me> <0TmdnaP6ecXoQ676nZ2dnZfqn_adnZ2d@supernews.com> <vh1hfr$2329k$1@dont-email.me> <Cf-cnY5nk6Ctcan6nZ2dnZfqnPcAAAAA@supernews.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Thu, 14 Nov 2024 10:41:15 +0100 (CET) Injection-Info: dont-email.me; posting-host="53bf0510fc944a0c553fd469aaba45cd"; logging-data="2897372"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18AqENYLFzs1kFPCG86WujfiQBE0vUr0c78Re9a9hGJEw==" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.19 Cancel-Lock: sha1:eOkZqLYY/+Sfco+rPFF+Lyrgp/k= In-Reply-To: <Cf-cnY5nk6Ctcan6nZ2dnZfqnPcAAAAA@supernews.com> Bytes: 3270 aph@littlepinkcloud.invalid wrote: > Terje Mathisen <terje.mathisen@tmsw.no> wrote: >> aph@littlepinkcloud.invalid wrote: >>> Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote: > >>> >>> That's right, but my point about LDAR on AArch64 is that you can get >>> sequential consistency without needing a StoreLoad. LDAR can peek >>> inside the store buffer and, much of the time, determine that it isn't >>> necessary to do a flush. I don't know if Arm were the first to do >>> this, but I don't recall seeing it before. It is a brilliant idea. >> >> Isn't this just reusing the normal forwarding network? >> >> If not found, you do as usual and start a regular load operation, but >> now you also know that you can skip the flushing of the same? > > Yes. As long as the data in the store buffer doesn't overlap with what > you're about to write, you can ship the flushing. > >> PS. I do agree that it is a good idea (even patent-worthy?), but not >> brilliant since it is so very obvious in hindsight. > > LOL! :-) > >> >> To me brilliant is something that still isn't obvious after larning >> about it. > > You have very high standards. That is one of the reasons I never started a PhD track, I could never find an area of study that I thought would be sufficiently ground-breaking. The other reason is/was that my friend Andy "Crazy" Glew did try the PhD route for several years and hit the same stumbling block vs his advisors, and I know that Andy is an idea machine well beyond myself. Terje -- - <Terje.Mathisen at tmsw.no> "almost all programming can be viewed as an exercise in caching"