From owner-svn-src-all@FreeBSD.ORG Mon Jan 30 21:44:33 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB204106566B for ; Mon, 30 Jan 2012 21:44:33 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id BAC1B8FC08 for ; Mon, 30 Jan 2012 21:44:33 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta10.emeryville.ca.mail.comcast.net with comcast id Txjw1i0031HpZEsAAxkZeP; Mon, 30 Jan 2012 21:44:33 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta14.emeryville.ca.mail.comcast.net with comcast id TxkY1i0034NgCEG8axkYW3; Mon, 30 Jan 2012 21:44:33 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0ULiUfM019472; Mon, 30 Jan 2012 14:44:30 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: David Schultz In-Reply-To: <20120130212631.GA45106@zim.MIT.EDU> References: <201111201445.pAKEjgNR096676@svn.freebsd.org> <20120118190714.GA13375@zim.MIT.EDU> <318F6CAA-D37E-49E9-A147-E21DE803EFB7@FreeBSD.org> <20120130212631.GA45106@zim.MIT.EDU> Content-Type: text/plain Date: Mon, 30 Jan 2012 14:44:30 -0700 Message-Id: <1327959870.1662.59.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, David Chisnall Subject: Re: svn commit: r227753 - in head: contrib/gdtoa include lib/libc/gdtoa lib/libc/gen lib/libc/locale lib/libc/regex lib/libc/stdio lib/libc/stdlib lib/libc/stdtime lib/libc/string X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2012 21:44:33 -0000 On Mon, 2012-01-30 at 16:26 -0500, David Schultz wrote: > On Mon, Jan 30, 2012, David Chisnall wrote: > > On 18 Jan 2012, at 19:07, David Schultz wrote: > > > > > This patch appears to cause a large performance regression. For > > > example, I measured a 78% slowdown for strtol(" 42", ...). > > > > That's definitely worth taking a closer look at. I think we can cache some things in TLS and avoid some pthread_getspecific calls. The current code is the 'make it work' version. The 'make it fast' version is planned... > > Sounds good; I look forward to it. > > > > Furthermore, the resulting static binary for a trivial program > > > goes from 7k to 303k, due to pulling in malloc, stdio, and all the > > > pthread stubs. > > > > That's not ideal, but I'm not sure if it's avoidable. Is statically linking libc something people regularly do? > > Aside from bde, probably not many. This is definitely a > second-order concern. > > FreeBSD has a set of statically linked binaries in /rescue for > situations where /lib gets screwed up. Space is an issue there > because the root partition is historically sized quite small. > > Embedded folks might also care, but I'll let them speak for > themselves. I did get a request several years ago from an > embedded developer to unbreak the NO_FLOATING_POINT option in > libc, and you could imagine perhaps a NO_LOCALE option as well. > If locale support starts adding a lot of cycles or memory, then we embedded folks might like a NO_LOCALE option. 100k here, 200k there, and before you know it you're cursing some hardware designer who was sure that you'd never use all of the 64MB of ram he generously gave you. -- Ian