From issues-return-2471-apmail-stdcxx-issues-archive=stdcxx.apache.org@stdcxx.apache.org Sat Nov 08 18:07:45 2008 Return-Path: Delivered-To: apmail-stdcxx-issues-archive@locus.apache.org Received: (qmail 87633 invoked from network); 8 Nov 2008 18:07:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Nov 2008 18:07:44 -0000 Received: (qmail 44548 invoked by uid 500); 8 Nov 2008 18:07:51 -0000 Delivered-To: apmail-stdcxx-issues-archive@stdcxx.apache.org Received: (qmail 44524 invoked by uid 500); 8 Nov 2008 18:07:51 -0000 Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list issues@stdcxx.apache.org Received: (qmail 44513 invoked by uid 99); 8 Nov 2008 18:07:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Nov 2008 10:07:51 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Nov 2008 18:06:31 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 305B6234C263 for ; Sat, 8 Nov 2008 10:06:44 -0800 (PST) Message-ID: <296702134.1226167604183.JavaMail.jira@brutus> Date: Sat, 8 Nov 2008 10:06:44 -0800 (PST) From: "Martin Sebor (JIRA)" To: issues@stdcxx.apache.org Subject: [jira] Updated: (STDCXX-914) sstream ctors inefficient in reentrant modes In-Reply-To: <1774712964.1210133395826.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-914: -------------------------------- Attachment: (was: stdcxx-914.gprof) > sstream ctors inefficient in reentrant modes > -------------------------------------------- > > Key: STDCXX-914 > URL: https://issues.apache.org/jira/browse/STDCXX-914 > Project: C++ Standard Library > Issue Type: Improvement > Components: 27. Input/Output > Affects Versions: 4.1.2, 4.1.3, 4.1.4, 4.2.0, 4.2.1 > Reporter: Martin Sebor > Priority: Critical > Fix For: 4.2.2 > > Attachments: stdcxx-914-gprof-gcc-4.3.0-12S.txt > > Original Estimate: 12h > Time Spent: 1h > Remaining Estimate: 11h > > As discussed in this [thread|http://markmail.org/message/hqlsw5dq23gx7d4o] stream ctors in thread-safe builds are inefficient due to the initialization of the mutex data member in every stream, even in those that never use it. As soon as binary compatibility rules permit it we should remove the mutex and/or defer its initialization until it's needed. It might be possible to implement the deferred initialization as early as 4.2.2, or maybe 4.3. Complete removal will need to wait until 5.0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.