mirror of
https://github.com/postgres/postgres.git
synced 2026-03-28 13:23:48 -04:00
6e243d81c5
astreamer_gzip.c and astreamer_lz4.c left their decompression output buffers at StringInfo's default allocation, merely 1kB. This results in a lot of ping-ponging between the decompressor and the next astreamer filter. This patch increases these buffer sizes to 256kB. In a simple test this had a small but measurable effect (saving a few percent) on the overall runtime of pg_waldump for the gzipped-data case; I didn't bother measuring for lz4. astreamer_zstd.c used ZSTD_DStreamOutSize() to size its compression output buffer, but the libzstd API says you should use ZSTD_CStreamOutSize(); ZSTD_DStreamOutSize() is for decompression. The two functions seem to produce the same value (256kB) here, so this is just cosmetic, but nonetheless we should play by the rules. While these issues are old, they don't seem significant enough to warrant back-patching. Discussion: https://postgr.es/m/3424809.1774234940@sss.pgh.pa.us |
||
|---|---|---|
| .. | ||
| .gitignore | ||
| archive.c | ||
| astreamer_file.c | ||
| astreamer_gzip.c | ||
| astreamer_lz4.c | ||
| astreamer_tar.c | ||
| astreamer_zstd.c | ||
| cancel.c | ||
| conditional.c | ||
| connect_utils.c | ||
| Makefile | ||
| mbprint.c | ||
| meson.build | ||
| option_utils.c | ||
| parallel_slot.c | ||
| print.c | ||
| psqlscan.l | ||
| query_utils.c | ||
| recovery_gen.c | ||
| simple_list.c | ||
| string_utils.c | ||
| version.c | ||