From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.5-pre1 X-Received: by 2002:ad4:50c7:: with SMTP id e7mr14855262qvq.58.1615080409728; Sat, 06 Mar 2021 17:26:49 -0800 (PST) X-Received: by 2002:a25:b906:: with SMTP id x6mr23398043ybj.504.1615080409556; Sat, 06 Mar 2021 17:26:49 -0800 (PST) Path: eternal-september.org!reader02.eternal-september.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sat, 6 Mar 2021 17:26:49 -0800 (PST) In-Reply-To: Injection-Info: google-groups.googlegroups.com; posting-host=2804:14c:4c1:b99c:427a:3cbe:16b:4fda; posting-account=wgmHdgoAAAA-F7JItPEZjeXqFc0KdzEQ NNTP-Posting-Host: 2804:14c:4c1:b99c:427a:3cbe:16b:4fda References: <53c7e210-03cd-46b2-8cc7-ac963292dd1dn@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <2e10ee22-3327-4c31-9527-fdf115e4efdan@googlegroups.com> Subject: Re: Pool and SubPools can be used for remote access ? From: Daniel Norte Moraes Injection-Date: Sun, 07 Mar 2021 01:26:49 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader02.eternal-september.org comp.lang.ada:61495 List-Id: Em s=C3=A1bado, 6 de mar=C3=A7o de 2021 =C3=A0s 17:22:34 UTC-3, Dmitry A. K= azakov escreveu: > On 2021-03-06 20:48, Daniel Norte Moraes wrote:=20 >=20 > > I'm learning mpi and openMP and take this insite:=20 > > ? Is possible to use remote data ( e.g. shared memory , variables etc [= =20 > > via network and other protocols]) by implementing=20 > > an custom storage_pool's ? the array in storage pool need be continuous= or=20 > > an 'fake-length' array is ok ? someone already tried it yet ? > Storage pool can be backed by whatever mechanism. The layout of objects= =20 > allocated in the pool depends on the object. The strategy could be=20 > mirroring remote objects or using proxy object instead.=20 >=20 > As for implementations there exist distributed annex implementations=20 > which must support remote objects.=20 Beyond polyorb, there other implentations ? can you cite some ? >=20 > There exist persistent storage implementations. Persistent objects=20 > resemble remote objects in many aspects.=20 >=20 can cite some? > There exist interprocess shared storage pools implementation.=20 >=20 can cite some ? > If remote objects should be implemented as stored in a pool is quite=20 > questionable. Pool is too low level mechanism. Having an object in a=20 > pool would preclude a lot of functionality, safety and reliability.=20 >=20 > --=20 > Regards,=20 > Dmitry A. Kazakov=20 > http://www.dmitry-kazakov.de Thanks !