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-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news1.google.com!news.glorb.com!news2.glorb.com!news-out.octanews.net!indigo.octanews.net!auth.beige.octanews.com.POSTED!not-for-mail
Sender: phr2009-nospam@ruckus.brouhaha.com
From: Paul Rubin <http://phr.cx@NOSPAM.invalid>
Newsgroups: 
 comp.lang.scheme,comp.lang.ada,comp.lang.functional,comp.lang.c++,comp.programming
Subject: Re: Alternatives to C: ObjectPascal, Eiffel, Ada or Modula-3?
References: 
 <2009a75f-63e7-485e-9d9f-955e456578ed@v37g2000prg.googlegroups.com>
 <h4qvgd$j4t$1@aioe.org>
 <0bdf3c02-0565-40e2-95cc-c7f5eb546313@2g2000prl.googlegroups.com>
 <7xmy6mzy0q.fsf@ruckus.brouhaha.com>
 <c23ffb32-27f2-4190-a10c-e2ce5cb9359b@p10g2000prm.googlegroups.com>
 <4a714308$0$30229$9b4e6d93@newsspool1.arcor-online.net>
 <48679a94-4ce4-422e-8656-56bb682b08c0@d15g2000prc.googlegroups.com>
 <4a71c5f0$0$31880$9b4e6d93@newsspool3.arcor-online.net>
 <8d2fb978-19d3-46fb-baf3-4e82b5a96ac9@d15g2000prc.googlegroups.com>
 <878534cf-fc84-49b8-af29-78446bf6fbd4@i18g2000pro.googlegroups.com>
 <097dbb22-3f94-48ca-bb71-d6615497589a@u16g2000pru.googlegroups.com>
Date: 30 Jul 2009 15:14:22 -0700
Message-ID: <7xr5vxg6o1.fsf@ruckus.brouhaha.com>
Organization: Nightsong/Fort GNOX
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
NNTP-Posting-Date: 30 Jul 2009 17:15:02 CDT
X-Complaints-To: abuse@octanews.net
Xref: g2news2.google.com comp.lang.scheme:6225 comp.lang.ada:7473
 comp.lang.functional:2566 comp.lang.c++:48729 comp.programming:12174
Date: 2009-07-30T17:15:02-05:00
List-Id: <comp.lang.ada>

Isaac Gouy <igouy2@yahoo.com> writes:
> His measurements suggest about 1.7s of a 6s difference might be
> accounted for by slow Text_IO in programs that write 245MB.
> 
> The benchmarks game measurements are made with stdout redirected to /
> dev/null - we don't know if that was also the case for the
> measurements reported by Georg Bauhaus.

If Text_IO is slow, it could be that it burns a lot of cpu doing
format conversions, or maybe it uses less buffering than stdio and
therefore does more system calls.  Redirecting to /dev/null wouldn't
make any difference to either of those.