Re: A stack allocation API

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: A stack allocation API
Дата
Msg-id 854785.1772206539@sss.pgh.pa.us
обсуждение исходный текст
Ответ на A stack allocation API  (Thomas Munro <thomas.munro@gmail.com>)
Ответы Re: A stack allocation API
Список pgsql-hackers
Thomas Munro <thomas.munro@gmail.com> writes:
> In the locale code we often use a 1KB array for copies of strings
> where we need a NUL-terminated or transcoded version to give a library
> function, with a fallback to palloc() + pfree() if we need more space
> than that, but:

Yeah, I think there are some other use-cases too.

> I also wondered if we might have a reasonable case for using alloca(),
> where available.  It's pretty much the thing we are emulating, but
> keeps the stack nice and compact without big holes to step over for
> the following call to strcoll_l() or whatever it might be.

+1 for investigating alloca().  The one disadvantage I can see
to making this coding pattern more common is that it'll result in
increased stack usage, which is not great now and will become
considerably less great in our hypothetical multithreaded future.
If we can fix it so the typical stack consumption is a good deal
less than 1KB, that worry would be alleviated.

            regards, tom lane



В списке pgsql-hackers по дате отправления: