Re: Allowing printf("%m") only where it actually works
| От | Andres Freund | 
|---|---|
| Тема | Re: Allowing printf("%m") only where it actually works | 
| Дата | |
| Msg-id | 20180926214952.ol6b6kawc6u3tvu5@alap3.anarazel.de обсуждение исходный текст | 
| Ответ на | Re: Allowing printf("%m") only where it actually works (Tom Lane <tgl@sss.pgh.pa.us>) | 
| Ответы | Re: Allowing printf("%m") only where it actually works | 
| Список | pgsql-hackers | 
Hi, On 2018-09-26 17:41:36 -0400, Tom Lane wrote: > Andres Freund <andres@anarazel.de> writes: > > I'm not saying we shouldn't default to our printf - in fact I think we > > probably past due to use a faster float->string conversion than we > > portably get from the OS - but I don't think we can default to our > > sprintf without doing something about the float conversion performance. > > Well, if you're unhappy about snprintf.c's performance, you could review > https://commitfest.postgresql.org/19/1763/ > so I can push that. In my tests, that got us down to circa 10% penalty > for float conversions. Uh, I can do that, but the fact remains that your commit slowed down COPY and other conversion intensive workloads by a *significant* amount. I'm ok helping with improving/winning-back performance, but I do think the obligation to do so remains with the committer/authors that caused a performance regression. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: