Re: pg_basebackup: removed an unnecessary use of memset in FindStreamingStart

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>
Cc: yangyz <1197620467(at)qq(dot)com>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: pg_basebackup: removed an unnecessary use of memset in FindStreamingStart
Date: 2026-02-25 13:10:43
Message-ID: BEF8A8ED-11D7-4D99-941C-85B3FDDC3249@yesql.se
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On 25 Feb 2026, at 13:41, Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> wrote:
>
>> On Feb 25, 2026, at 18:21, Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:
>>
>>> On 25 Feb 2026, at 07:31, yangyz <1197620467(at)qq(dot)com> wrote:
>>
>>> 2.Performance Overhead
>>> In each iteration, the entire buffer of size LZ4_CHUNK_SZ (potentially several megabytes) is zero-initialized. Since these memory blocks are immediately overwritten by decompressed data, this zeroing operation constitutes an unnecessary consumption of CPU resources.
>>
>> When proposing a performance improvement it's important to provide some level
>> of benchmarks to show the improvement. Is removing this memset noticeable?
>
> I don’t think this patch is about performance. Although removing the memset might save a few CPU cycles, the real benefit seems to be cleanup and consistency. The memset appears unnecessary, and similar functions don’t use it, so I think this change mainly improves maintainability.

I would argue the opposite, clearing a buffer before passing it to an external
library function writing to it seems the right thing to do unless it can be
proven to regress performance too much. Also, "appears unnecessary" doesn't
instill enough confidence to perform a change IMO.

--
Daniel Gustafsson

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Zsolt Parragi 2026-02-25 13:14:48 Re: Improve OAuth discovery logging
Previous Message Zsolt Parragi 2026-02-25 13:09:21 Re: centralize CPU feature detection