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=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!gegeweb.org!news.ecp.fr!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: RFC: Prototype for a user threading library in Ada Date: Mon, 11 Jul 2016 14:44:17 -0500 Organization: JSA Research & Innovation Message-ID: References: <58b78af5-28d8-4029-8804-598b2b63013c@googlegroups.com> NNTP-Posting-Host: rrsoftware.com X-Trace: franka.jacob-sparre.dk 1468266253 784 24.196.82.226 (11 Jul 2016 19:44:13 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Mon, 11 Jul 2016 19:44:13 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:31061 Date: 2016-07-11T14:44:17-05:00 List-Id: "Dmitry A. Kazakov" wrote in message news:nlnnvt$d3f$1@gioia.aioe.org... > On 08/07/2016 01:43, Randy Brukardt wrote: ... >> In any case, there would be no issue unless the programmer writes their >> own >> I/O; using anything we provide (language-defined or >> implementation-defined) >> would work. I'd think the vast majority of Ada programs would use >> Stream_IO >> compared to something of their own design. (Sockets is the big issue, >> since >> the language doesn't have it, but portable libraries can easily be made >> to >> do the right thing.) > > Yes, a numeric application need none of this stuff. But new shiny things > in Ada appear in embedded and distributed systems moving some real > hardware. These are the areas where problems arise. And as Gnoga will gain > its popularity the same questions will appear for fat server applications. I'm no expert in embedded systems, so I'll not comment there. As far as fat servers go, I have several of those running there this way, and whatever problems they have aren't related to the tasking model. (Mostly seem to have contention issues with shared data, which isn't surprising to me.) Randy.