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 по дате отправления: