| From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
|---|---|
| To: | Daniil Davydov <3danissimo(at)gmail(dot)com> |
| Cc: | Andres Freund <andres(at)anarazel(dot)de>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Get rid of redundant StringInfo accumulation |
| Date: | 2026-03-31 14:07:11 |
| Message-ID: | CAApHDvqbRe3K-YmqSPfXMxDY==wg9MhSGwKX_Pafw=-pw3w_bg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, 1 Apr 2026 at 02:10, Daniil Davydov <3danissimo(at)gmail(dot)com> wrote:
> Most of the fixes cannot be noticeable in the flamegraphs. If the client uses
> only WARNING log level in the production then the usefulness of the patch is
> obvious for me. So, I think that at first we should consolidate on the issue
> above.
Do you mean that the new message_level_is_interesting() call isn't
noticeable? Or that the extra work to build the StringInfo can't be
noticed in an unpatched version? If it's the latter, then what's the
point?
Your opening email seems to indicate that you noticed the issue from
looking at the code. So, it appears that you didn't do this because
you noticed that there was an actual measurable overhead and you saw a
way to fix it. If that's the case then perhaps you've just assumed
this will make a meaningful difference. If I've misunderstood that,
please correct me and show us your test cases and the performance
results.
David
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Daniil Davydov | 2026-03-31 14:18:34 | Re: POC: Parallel processing of indexes in autovacuum |
| Previous Message | Ajit Awekar | 2026-03-31 13:49:45 | Re: [OAuth2] Infrastructure for tracking token expiry time |