Re: Add GUC to tune glibc's malloc implementation.
От
Andres Freund
Тема
Re: Add GUC to tune glibc's malloc implementation.
Дата
Msg-id
20230626205907.rmuzjwsbkzz7vdtw@awork3.anarazel.de
Ответ на
Add GUC to tune glibc's malloc implementation. (Ronan Dunklau)
Список
Дерево обсуждения
Add GUC to tune glibc's malloc implementation. Ronan Dunklau <ronan.dunklau@aiven.io>
Re: Add GUC to tune glibc's malloc implementation. Andres Freund <andres@anarazel.de>
Re: Add GUC to tune glibc's malloc implementation. Tom Lane <tgl@sss.pgh.pa.us>
Re: Add GUC to tune glibc's malloc implementation. Ronan Dunklau <ronan.dunklau@aiven.io>
Re: Add GUC to tune glibc's malloc implementation. Tom Lane <tgl@sss.pgh.pa.us>
Re: Add GUC to tune glibc's malloc implementation. Peter Eisentraut <peter@eisentraut.org>
Re: Add GUC to tune glibc's malloc implementation. Ronan Dunklau <ronan.dunklau@aiven.io>
Re: Add GUC to tune glibc's malloc implementation. Andres Freund <andres@anarazel.de>
Re: Add GUC to tune glibc's malloc implementation. Ronan Dunklau <ronan.dunklau@aiven.io>
Re: Add GUC to tune glibc's malloc implementation. Ronan Dunklau <ronan.dunklau@aiven.io>
Re: Add GUC to tune glibc's malloc implementation. Andres Freund <andres@anarazel.de>
Re: Add GUC to tune glibc's malloc implementation. Ronan Dunklau <ronan.dunklau@aiven.io>
Re: Add GUC to tune glibc's malloc implementation. Andres Freund <andres@anarazel.de>
Re: Add GUC to tune glibc's malloc implementation. Daniel Gustafsson <daniel@yesql.se>
Hi, On 2023-06-22 15:35:12 +0200, Ronan Dunklau wrote: > This can cause problems. Let's take for example a table with 10k rows, and 32 > columns (as defined by a bench script David Rowley shared last year when > discussing the GenerationContext for tuplesort), and execute the following > query, with 32MB of work_mem: > > select * from t order by a offset 100000; > > I attached the results of the 10k rows / 32 columns / 32MB work_mem benchmark > with different values for glibc_malloc_max_trim_threshold. Could you provide instructions for the benchmark that don't require digging into the archive to find an email by David? Greetings, Andres Freund
В списке pgsql-hackers по дате отправления