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.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,470860aa3e635a7 X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!postnews.google.com!22g2000hsm.googlegroups.com!not-for-mail From: Maciej Sobczak Newsgroups: comp.lang.ada Subject: Re: GNAT for MS Visual Studio Date: Tue, 02 Oct 2007 13:38:11 -0700 Organization: http://groups.google.com Message-ID: <1191357491.860178.230380@22g2000hsm.googlegroups.com> References: <13duou81kg3sd1c@corp.supernews.com> <13f3e0vbb05s47c@corp.supernews.com> <13f6eg0te46m2a3@corp.supernews.com> <4xsl4zw3bp.fsf@hod.lan.m-e-leypold.de> NNTP-Posting-Host: 85.3.68.29 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Trace: posting.google.com 1191357492 29043 127.0.0.1 (2 Oct 2007 20:38:12 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 2 Oct 2007 20:38:12 +0000 (UTC) In-Reply-To: User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7,gzip(gfe),gzip(gfe) Complaints-To: groups-abuse@google.com Injection-Info: 22g2000hsm.googlegroups.com; posting-host=85.3.68.29; posting-account=ps2QrAMAAAA6_jCuRt2JEIpn5Otqf_w0 Xref: g2news2.google.com comp.lang.ada:2251 Date: 2007-10-02T13:38:11-07:00 List-Id: On 2 Pa , 05:50, "Randy Brukardt" wrote: > If there is any magic way to increase Ada usage, > it would be to get ahead of the curve on something (multi-core comes to > mind: us Ada people have been doing that sort of programming for 25 years) And during these 25 years you have made it actually difficult (!) to leverage the power of multitasking. The fact that I cannot have concurrent tasks operating in read-only mode on the shared container is a fatal mistake. This is something even C++ can do, which ironically does not even officially support threads. Unfortunately, it's not the Ada people that can do this. The game is driven by CPU vendors themselves, because it is them who show directions. One of such directions is this: http://osstbb.intel.com/ I very much appreciate the experience that the Ada community gathered in the area of multitasking in the context of RT systems, but this is not enough to gain significant visibility in the multicore game. It just seems to be a different business and one of the places where this divergence is clearly visible is that after these 25 years you still miss the lock-free-algorithms boat. In short: multicore is about performance, not about Ravenscar. -- Maciej Sobczak * www.msobczak.com * www.inspirel.com