Re: [Pgbuildfarm-members] guppie: 64MB RAM too small?
От | Tom Lane |
---|---|
Тема | Re: [Pgbuildfarm-members] guppie: 64MB RAM too small? |
Дата | |
Msg-id | 16787.1142953180@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [Pgbuildfarm-members] guppie: 64MB RAM too small? (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: [Pgbuildfarm-members] guppie: 64MB RAM too small?
|
Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes: > At the time it sets max_connections there is no server to test against. > initdb in fact never uses a standard client connection at all, and never > starts postmaster. To do a check on max_connections you would have to > start postmaster and then try to start that many client connections. max_connections *is* checked by initdb ... although only to the extent of verifying we can make that many semaphores. The parallel regression tests are not a particularly great reference point for this anyway, because for each parallel test case you have not only a server process, but a psql process, and in most shells a parent shell process for the psql, ie 3x the nominal level of parallelism, all running under the postgres userid. This isn't the normal usage scenario, so it would not be reasonable to restrict max_connections to 1/3 the number of user processes per userid. regards, tom lane
В списке pgsql-hackers по дате отправления: