| От | Tom Lane |
|---|---|
| Тема | Re: Experimenting with hash tables inside pg_dump |
| Дата | |
| Msg-id | 2824534.1634934759@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Experimenting with hash tables inside pg_dump (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Experimenting with hash tables inside pg_dump
|
| Список | pgsql-hackers |
I wrote:
> Andres Freund <andres@anarazel.de> writes:
>> Wonder if we should mark simplehash's grow as noinline? Even with a single caller it seems better to not inline it
toremove register allocator pressure.
> Seems plausible --- you want me to go change that?
Hmm, harder than it sounds. If I remove "inline" from SH_SCOPE then
the compiler complains about unreferenced static functions, while
if I leave it there than adding pg_noinline causes a complaint about
conflicting options. Seems like we need a less quick-and-dirty
approach to dealing with unnecessary simplehash support functions.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера