Re: long sql "in" clause crashes server process (8.0 Release)

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: long sql "in" clause crashes server process (8.0 Release)
Дата
Msg-id 6EE64EF3AB31D5448D0007DD34EEB3412A75DC@Herge.rcsinc.local
обсуждение исходный текст
Ответ на long sql "in" clause crashes server process (8.0 Release)  ("Harald Massa" <ghum@gmx.net>)
Список pgsql-hackers-win32
> Hmm, are those in bytes?  The default value of max_stack_depth is 2048
> (kilobytes), which really means that we are assuming a physical stack
> limit of 3Mb or more, because the max_stack_depth check isn't exact.

Hex, so about 2 mb of stack by default.

> Can we increase that setting during the Windows build?  I'd like to
see
> it set to 4Mb if possible.

Yes.  Also, if the poster happens to have visual studio installed, there
is a utility called editbin that allows manually changing a stack (be
sure to change postgres.exe and postmaster.exe at the least).

The linker switch to do this is:

The Stack Allocations (/STACK:reserve[,commit]) option sets the size of
the stack in bytes.

> BTW, what's the difference between "stack reserve" and "stack commit"?

Just guessing, but this may have something to do with controlling how
much of the stack can be swapped out to virtual memory.  I'd suggest
leaving it alone.

Merlin

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: long sql "in" clause crashes server process (8.0 Release)
Следующее
От: "Merlin Moncure"
Дата:
Сообщение: Re: long sql "in" clause crashes server process (8.0 Release)