stdio performance silliness
Andrei Alexandrescu (See Website For Email)
SeeWebsiteForEmail at erdani.org
Thu Mar 22 12:17:09 PDT 2007
kris wrote:
> Oh, come now. Yesterday Tango was the "fastest" on your machine, and
> today it is not. And you're now claiming a 50% loss in throughput?
Probably it's a misunderstanding. Yesterday the Tango that did not
output the newlines was fastest. I don't have Tango code to test a
version that reads lines including the newline, so I tried the
Cout(line)("\n") thing, which was slow.
I'd be of course happy to use something that is faster, no matter where
it comes from.
> I put it to you that you're not being very forthcoming in allowing for
> changes in tango.io to address this anomoly in your timings? Yesterday I
> pointed out where to make the change so that you could try tango without
> the automatic chomp; you didn't bother to do that. There is a change in
> SVN implementing your request, but you're not bothering to try that either.
It's not that I didn't bother; just getting my app to link with Tango
was hard for me, so recompiling and rebuilding libtango.a was likely to
take me a long time. Furthermore, I don't have svn installed nor admin
access on the cluster I work on.
If you put a libtango.a somewhere to be found with http or ftp, I'd be
glad to download it.
> Instead, you appear to be using empty rhetoric and exaggeration to pit
> one library against another. That's hardly being helpful, Andrei.
>
> Tango has been shown to be very efficient on Win32, and there's no
> reason to assert that it can't be so on linux. We've seen that flush()
> is a no-no for linux, and that it has some impact on Win32 also. That
> can be rectified, as Walter kindly pointed out. If you're serious about
> giving Tango a shot, then give it some time for the different platform
> specifics to be addressed. Is that really too much to ask? Of a beta
> release?
Of course this is great news. There's only one guy using rhetoric in
this thread, and that's not me :o).
Andrei
More information about the Digitalmars-d
mailing list