Deutsch English Français Italiano |
<a7708487530552a53732070fe08d9458@www.novabbs.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail From: mitchalsup@aol.com (MitchAlsup1) Newsgroups: comp.arch Subject: Re: Is Intel exceptionally unsuccessful as an architecture =?UTF-8?B?ZGVzaWduZXI/?= Date: Sat, 21 Sep 2024 20:45:10 +0000 Organization: Rocksolid Light Message-ID: <a7708487530552a53732070fe08d9458@www.novabbs.org> References: <memo.20240913205156.19028s@jgd.cix.co.uk> <vcda96$3p3a7$2@dont-email.me> <21028ed32d20f0eea9a754fafdb64e45@www.novabbs.org> <RECGO.45463$xO0f.22925@fx48.iad> <20240918190027.00003e4e@yahoo.com> <vcfp2q$8glq$5@dont-email.me> <jwv34lumjz7.fsf-monnier+comp.arch@gnu.org> <vckpkg$18k7r$2@dont-email.me> <vckqus$18j12$2@dont-email.me> <920c561c4e39e91d3730b6aab103459b@www.novabbs.org> <vcl6i6$1ad9e$1@dont-email.me> <d3b9fc944f708546e4fbe5909c748ba3@www.novabbs.org> <%dAHO.54667$S9Vb.39628@fx45.iad> <vcna56$1nlod$2@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: i2pn2.org; logging-data="2924455"; mail-complaints-to="usenet@i2pn2.org"; posting-account="65wTazMNTleAJDh/pRqmKE7ADni/0wesT78+pyiDW8A"; User-Agent: Rocksolid Light X-Rslight-Site: $2y$10$vWPrt3ajcHSo68R0YvkWm.5ZI3E8mp.vC9SKPY7Uf6dIkMsaSiqNm X-Rslight-Posting-User: ac58ceb75ea22753186dae54d967fed894c3dce8 X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 2411 Lines: 20 On Sat, 21 Sep 2024 20:26:13 +0000, Chris M. Thomasson wrote: > On 9/21/2024 6:54 AM, Scott Lurndal wrote: >> mitchalsup@aol.com (MitchAlsup1) writes: >> https://www.marvell.com/products/cxl.html > > What about a weak coherency where a programmer has to use the correct > membars to get the coherency required for their specific needs? Along > the lines of UltraSPARC in RMO mode? In my case, I suffered through enough of these to implement a memory hierarchy free from the need of any MemBars yet provide the performance of <mostly> relaxed memory order, except when certain kinds of addresses are touched {MMI/O, configuration space, ATOMIC accesses,...} In these cases, the core becomes {sequentially consistent, or strongly ordered} depending on the touched address. As far as PCIe device to device data routing, this will all be based no the chosen virtual channel. Same channel=in order, different channel=who knows.