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=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,703c4f68db81387d X-Google-Thread: 115aec,703c4f68db81387d X-Google-Attributes: gid103376,gid115aec,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!newshub.sdsu.edu!npeer.de.kpn-eurorings.net!newsfeed.arcor.de!news.arcor.de!not-for-mail Date: Sun, 13 Mar 2005 20:22:46 +0100 From: Georg Bauhaus User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada,comp.realtime Subject: Re: 10 rules for benchmarking (was Re: Teaching new tricks to an old dog (C++ -->Ada)) References: <4229bad9$0$1019$afc38c87@news.optusnet.com.au> <395uqaF5rhu2mU1@individual.net> <112rs0bdr2aftdf@corp.supernews.com> <1inxxr988rxgg$.1w9dedak41k89.dlg@40tude.net> <112s1r0rf0o8nca@corp.supernews.com> <112sonip5v4dca6@corp.supernews.com> <112t3de6fu04f38@corp.supernews.com> <1110396477.596174.285520@o13g2000cwo.googlegroups.com> <112vb2t8eonuhed@corp.supernews.com> <1110422108.925127.54110@o13g2000cwo.googlegroups.com> <11329cb96h2p19f@corp.supernews.com> <113394jjvppao64@corp.supernews.com> <1133s3qnmqmbjfb@corp.supernews.com> <4232a9f7$0$26552$9b4e6d93@newsread4.arcor-online.net> <11369p5jrcc6835@corp.supernews.com> <1137falp86qhk89@corp.supernews.com> <42341634$0$1115$9b4e6d93@newsread2.arcor-online.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <423492d1$0$26548$9b4e6d93@newsread4.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 13 Mar 2005 20:21:53 MET NNTP-Posting-Host: 289edd3e.newsread4.arcor-online.net X-Trace: DXC=L3O5Vhhf3AGVg>C^g8i1FI:ejgIfPPldDjW\KbG]kaMHGSi?jHD8GO@0cGjm6MEWaFhP3YJKgE\jLDg=Sb@4fWPI X-Complaints-To: abuse@arcor.de Xref: g2news1.google.com comp.lang.ada:9329 comp.realtime:1428 Date: 2005-03-13T20:21:53+01:00 List-Id: Marin David Condic wrote: > Here is an amazing thing to me: We keep getting sucked up into the "C is > faster than Ada" troll. We all know Ada is capable of being just as fast > as C (and occasionally faster, because the additional semantic content > allows for more optimizations), so we get offended by the claim. We might know that Ada is capable of being just as fast as C, but others might never know this, unless Ada is given the rank it deserves now for technical reasons based on evaluation. And evaluation invariably includes speed, like it or not. The reputation of a programming language has an influence on its use. The reputation of a programming language is a social, human fact, not a technical fact. (A big part of marketing is about establishing a reputation for a product, and little else. The trick is to make this work.) So it is important to see how speed comparisions add to the reputation of languages. Another social, human fact is that 20 years old arguments are still influential when it comes to comparing current languages. Ignoring technical progress helps arguing a lot. One of the old "arguments" is that Ada compilers are big, expensive, slow, complicated, and buggy. So a social, human fact is that many people care for speed ranking. Rankings are popular. This is important because it makes the winners popular. It adds to the winners' reputation. It also adds to the reputation of the loosers. As long as test results show Ada in an inadequate position, in particular wrt execution speed, the ranking will add to the reputation of Ada, properties that have once again been stated in this and related threads (about C++ as well). The mentioned matrix test has a scientific appearance. Whether the results are real or bogus, intentionally or not, doesn't matter much. But visibility of a high rank does matter. Just submit yourself to the fantasy that some reputable list of test results shows an Ada program at number one. _This_ will be a killer application. You might frown upon this kind of evaluation, but consider: Situation 1: An Apple employee (program development) at a developer conference tells his audience, in the style of an serious hint, "You can always sell speed, so try some fpt optimizations, and be careful". Situation 2: Remember the card games where each card is essentially a small technical data sheet of a car, with a small image? Player A beats player B if A's maximum rounds per minute exceeds B's. From a normal (formal) life-course point of view, many of us are speed fans, and stay speed fans. So speed is one obvious criterion when comparing things, and for sure it is considered important. In computing, there is no "too fast", in general... > I think it is important to note that in an incredibly large percentage > of the apps that ever get written, whatever differences might exist > (hypothetically, Ada being 2x slower than C - or vice versa) it will > NEVER make any difference. Speed will make a difference in the perception of a quite numerous population buying CPUs, DVD recorders, high speed graphics cards, and of course, programs. Games, fast and slow, digitally animated movies, wave file manipulation programs, search engines. Also, number plate recognition programs ... Georg