| От | Tom Lane |
|---|---|
| Тема | Re: tsearch profiling - czech environment - take 55MB |
| Дата | |
| Msg-id | 22222.1268327922@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: tsearch profiling - czech environment - take 55MB (Pavel Stehule <pavel.stehule@gmail.com>) |
| Ответы |
Re: tsearch profiling - czech environment - take 55MB
|
| Список | pgsql-hackers |
Pavel Stehule <pavel.stehule@gmail.com> writes:
> The problem is in very large small allocations - there are 853215 nodes.
> I replaced palloc0 inside mkSPnode by balloc
This goes back to the idea we've discussed from time to time of having a
variant memory context type in which pfree() is a no-op and we dispense
with all the per-chunk overhead. I guess that if there really isn't any
overhead there then pfree/repalloc would actually crash :-( but for the
particular case of dictionaries that would probably be OK because
there's so little code that touches them.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера