Re: remaining sql/json patches
От | Andres Freund |
---|---|
Тема | Re: remaining sql/json patches |
Дата | |
Msg-id | 20231115171119.svvyzevtfvsqkxpx@awork3.anarazel.de обсуждение исходный текст |
Ответ на | Re: remaining sql/json patches (Amit Langote <amitlangote09@gmail.com>) |
Ответы |
Re: remaining sql/json patches
Re: remaining sql/json patches |
Список | pgsql-hackers |
Hi, Thanks, this looks like a substantial improvement. I don't quite have time to look right now, but I thought I'd answer one question below. On 2023-11-15 22:00:41 +0900, Amit Langote wrote: > > This causes a nontrivial increase in the size of the parser (~5% in an > > optimized build here), I wonder if we can do better. > > Hmm, sorry if I sound ignorant but what do you mean by the parser here? gram.o, in an optimized build. > I can see that the byte-size of gram.o increases by 1.66% after the > above additions (1.72% with previous versions). I'm not sure anymore how I measured it, but if you just looked at the total file size, that might not show the full gain, because of debug symbols etc. You can use the size command to look at just the code and data size. > I've also checked > using log_parser_stats that there isn't much slowdown in the > raw-parsing speed. What does "isn't much slowdown" mean in numbers? Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: