From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32640 invoked by alias); 27 Feb 2003 20:22:07 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 32614 invoked by uid 48); 27 Feb 2003 20:22:05 -0000 Date: Thu, 27 Feb 2003 20:22:00 -0000 Message-ID: <20030227202205.32613.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, peturr02@ru.is From: paolo@gcc.gnu.org Reply-To: paolo@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, peturr02@ru.is, gcc-gnats@gcc.gnu.org Subject: Re: libstdc++/9876: filebuf::sputc more than 10% slower than putc X-SW-Source: 2003-02/txt/msg01442.txt.bz2 List-Id: Synopsis: filebuf::sputc more than 10% slower than putc State-Changed-From-To: open->analyzed State-Changed-By: paolo State-Changed-When: Thu Feb 27 20:22:05 2003 State-Changed-Why: Yes, filebuf::sputc shall be improved: patches welcome, or, otherwise, stay tuned! However, the funny thing of your PR is that, as a matter of fact, I *cannot* reproduce the trend neither with mainline (which produces better code, indeed) nor with 3.2.2! On my P4-2400 (512 MB, linux2.4.20, glibc2.3.1, etc.), these are the timings (gcc-3.2.2, -O2): iostreams: 3.500u 0.330s 0:03.92 97.7% 0+0k 0+0io 197pf+0w stdio: 3.570u 0.430s 0:04.03 99.2% 0+0k 0+0io 194pf+0w Ideas? Paolo. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9876