From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,1eef1e815cf70416 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.204.154.133 with SMTP id o5mr2152577bkw.0.1339225175287; Fri, 08 Jun 2012 23:59:35 -0700 (PDT) Path: e27ni30245bkw.0!nntp.google.com!news2.google.com!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Distributed Systems Annex, data sharing between programs Date: Sat, 9 Jun 2012 08:59:24 +0200 Organization: cbb software GmbH Message-ID: <1dvxe1yiwtw0q$.6h9nlsnpe5ay$.dlg@40tude.net> References: <8055acf5-188f-4b34-b4f0-83d70fee54f8@googlegroups.com> <96feb838-e0d3-4d06-abf0-79a8e74b5746@e20g2000vbm.googlegroups.com> <54af7ad7-7268-4d84-bafa-542e380a58f6@n16g2000vbn.googlegroups.com> <0d661453-423c-484b-90cd-4e80ffe1db5b@6g2000vbv.googlegroups.com> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: 4RFYTQ6jM/dAKFJoI0fUkg.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-06-09T08:59:24+02:00 List-Id: On Fri, 8 Jun 2012 14:26:55 -0700 (PDT), Maciej Sobczak wrote: > Now, the contrary example. > > You have a system with several thousand machines and you want to send > them new configuration or something. You know the locations of those > systems, but the little problem is that with this scale some of them > are not working at all, some are hanging and some are overloaded and > therefore process everything very slowly. In our case the locations are unknown. The middleware supports discovery and identification. Another typical case in process automations is when there are many thousands of process variables distributed over not so many hosts. The variables are not well known in advance, some may be unavailable at time. Others are optional and created dynamically on request. Anyway, synchronous communication is not an option in any realistic process automation setup, even if real-time. Not worth to consider. Especially because some data distribution layers are logically and physically unidirectional, various 1-to-N schemes. Our middleware supports synchronous calls, but they are implemented on top of an asynchronous layer as send/request + wait. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de