Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g7jgb-0003cn-OZ for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Oct 2018 16:07:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1g7jgY-00076U-SH for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Oct 2018 16:07:38 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g7jgY-00076N-Hv for pgsql-hackers@lists.postgresql.org; Wed, 03 Oct 2018 16:07:38 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g7jgW-00059S-6W for pgsql-hackers@lists.postgresql.org; Wed, 03 Oct 2018 16:07:37 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w93G7Wjn026511; Wed, 3 Oct 2018 12:07:32 -0400 From: Tom Lane To: Andres Freund cc: pgsql-hackers@lists.postgresql.org, Thomas Munro , Andrew Gierth , Alexander Kuzmenkov Subject: Re: Performance improvements for src/port/snprintf.c In-reply-to: <20181003155207.b3lqmovuv2c5c4id@alap3.anarazel.de> References: <20180926235821.zmpxqv66ob7v2ffi@alap3.anarazel.de> <15882.1538007944@sss.pgh.pa.us> <20180927004022.lfhffbj3roxzf5ca@alap3.anarazel.de> <20180927005705.shbl3n5hq3t65n2j@alap3.anarazel.de> <87r2hffwda.fsf@news-spur.riddles.org.uk> <6FEC34CD-B8C0-44E2-8D1F-2320568BDC78@anarazel.de> <30551.1538517271@sss.pgh.pa.us> <20181003060936.zul7mfkcu5w7rotg@alap3.anarazel.de> <25583.1538569214@sss.pgh.pa.us> <20181003155207.b3lqmovuv2c5c4id@alap3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Wed, 03 Oct 2018 08:52:07 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26509.1538582852.1@sss.pgh.pa.us> Date: Wed, 03 Oct 2018 12:07:32 -0400 Message-ID: <26510.1538582852@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andres Freund writes: > FWIW, it seems that using a local buffer and than pstrdup'ing that in > float8out_internal is a bit faster, and would probably save a bit of > memory on average: > float8out using sprintf via pg_double_to_string, pstrdup: > 15370.774 > float8out using strfromd via pg_double_to_string, pstrdup: > 13498.331 [ scratches head ... ] How would that work? Seems like it necessarily adds a strlen() call to whatever we'd be doing otherwise. palloc isn't going to be any faster just from asking it for slightly fewer bytes. I think there might be something wrong with your test scenario ... or there's more noise in the numbers than you thought. regards, tom lane