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,8de7eedad50552f1 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!proxad.net!freenix!oleane.net!oleane!grolier!newsfeed00.sul.t-online.de!t-online.de!news.task.gda.pl!not-for-mail From: jtg Newsgroups: comp.lang.ada Subject: Re: Ada bench : count words Date: Sun, 27 Mar 2005 22:14:04 +0200 Organization: CI TASK http://www.task.gda.pl Message-ID: References: <87vf7n5njs.fsf@code-hal.de> <423f5813$0$9224$9b4e6d93@newsread4.arcor-online.net> <18arnvu705ly4$.1wz6ybz1jt70y$.dlg@40tude.net> <1q9cx4jt7802s.k45m6mcntl87$.dlg@40tude.net> <460oxs2p0hbc.yjqxjeasx37r.dlg@40tude.net> <1spfhtlo4ya1w.1a8leo0bqclk8.dlg@40tude.net> NNTP-Posting-Host: pwr74.pwradio.pl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: korweta.task.gda.pl 1111954137 14495 153.19.176.74 (27 Mar 2005 20:08:57 GMT) X-Complaints-To: abuse@news.task.gda.pl NNTP-Posting-Date: Sun, 27 Mar 2005 20:08:57 +0000 (UTC) X-Original-Organization: CI TASK http://www.task.gda.pl In-Reply-To: <1spfhtlo4ya1w.1a8leo0bqclk8.dlg@40tude.net> X-Accept-Language: pl, en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217 X-Organization-Notice: Organization line has been filtered Xref: g2news1.google.com comp.lang.ada:10047 Date: 2005-03-27T22:14:04+02:00 List-Id: Dmitry A. Kazakov wrote: > > BTW, I think that this challenge is wrong because it does not filter I/O > issue out. In real-life applications it is not Text_IO (or its equivalent > in any other language) which is the bottleneck. Text_IO could be 10 times > slower and still impose no or little problems, because string processing in > the true sense, is usually 1000 times slower. > IMHO the challenge is OK. Look at the system commands (in UNIX). In many cases text I/O performance is crucial. But since existing commands are very fast, nobody even thinks about it. Recently I had to write some simple programs in C (after years of pure Ada) and I/O performance was my biggest problem. I compared my I/O results with wc command and wc was substantially faster than my pure I/O! So I downloaded the code and looked into it. That was mess&magic. They must have spent much time to get really fast I/O, and they had a good reason for it. I think that instead of blaming the challenge we must face reality: this test indicates that existing implementation of Ada is worse than C in pure I/O applications (like system commands). Maybe instead of improving the program it would be better to look into the GNAT source and improve things there. Or to notify GNAT team about the problem. It would not only give Ada better position in this challenge, but also speed up text I/O operations of all the programs compiled with future versions of GNAT.