Re: [HACKERS] Re: Max backend limits cleaned up

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Re: Max backend limits cleaned up
Дата
Msg-id 1285.919622627@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: Max backend limits cleaned up  (Bruce Momjian <maillist@candle.pha.pa.us>)
Ответы Re: [HACKERS] Re: Max backend limits cleaned up  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: [HACKERS] Re: Max backend limits cleaned up  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: [HACKERS] Re: Max backend limits cleaned up  (Bruce Momjian <maillist@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian <maillist@candle.pha.pa.us> writes:
>> 5. Allocation of semaphores and shared memory is now based on
>> -N switch value (default or specified) rather than the MAXBACKENDS
>> constant.

> sgml and man documenation updates, right?  Or should I do it?

I put something into the docs last night in the places where configure
and postmaster switches are described.

I am thinking, though, that we also ought to have FAQ entries under
headings like:
I get "IpcSemaphoreCreate: semget failed (No space left on device)"when I try to start the postmaster
I get 'Sorry, too many clients already' when trying to connect

If you like, I'll try to write up a first cut at these.
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Re: Max backend limits cleaned up
Следующее
От: Tom Lane
Дата:
Сообщение: Anyone understand shared-memory space usage?