From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26211 invoked by alias); 26 Jan 2005 16:17:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 26052 invoked by uid 48); 26 Jan 2005 16:17:27 -0000 Date: Wed, 26 Jan 2005 16:17:00 -0000 Message-ID: <20050126161727.26049.qmail@sourceware.org> From: "pcarlini at suse dot de" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050126142651.19642.joerg.richter@pdv-fs.de> References: <20050126142651.19642.joerg.richter@pdv-fs.de> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libstdc++/19642] streaming doubles is very slow compared to sprintf X-Bugzilla-Reason: CC X-SW-Source: 2005-01/txt/msg03877.txt.bz2 List-Id: ------- Additional Comments From pcarlini at suse dot de 2005-01-26 16:17 ------- > If it helps you, here the first lines of prof. But in practice some backtraces > help me a lot more than a a [g]prof output. Its very fast in finding big > bottlenecks, like setlocale in this PR. Ok, thank you very much. Of course, you are very welcome to provide additional useful info, but I think we have already a rather good picture of the issue. Indeed, isn't really the same of 17140, which is more about speeding-up the task currently performed by snprintf, and only secondarily avoiding setlocale (what we are using for that, on gnu configs like linux, uselocale that is, is pretty fast). All in all, this means, that whatever we prepare for 17140 had better avoiding *completely* setlocale & co, otherwise, on AIX we are going to gain *nothing*. I cannot see alternate short term fixes... Maybe the AIX maintainers could help with an AIX config exploiting any fast thread-safe uselocale-equivalent available there and then AIX would use that specific locale model instead of the generic one. Other ideas? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642