From: | "Oliver Elphick" <olly(at)lfix(dot)co(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Re: Reducing sema usage (was Postmaster dies with many child processes) |
Date: | 1999-01-31 21:33:35 |
Message-ID: | 199901312133.VAA31820@linda.lfix.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
>Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> writes:
>> If they asked for 64 backends, we better be able go give them to them,
>> and not crash or fail under a load. 64 semaphores is nothing.
>
>That argument would be pretty convincing if pre-grabbing the semaphores
>was sufficient to ensure we could start N backends, but of course it's
>not sufficient. The system could also run out of processes or file
>descriptors, and I doubt that it's reasonable to grab all of those
>instantly at postmaster startup.
The major problem at the moment is not that a new backend fails, but
that it brings down everything else with it. How about having a new
backend set a one-byte flag in shared memory when it has
finished setting itself up? as long as the flag is unset, the
backend is still starting itself up, and a failure will not require
other backends to be brought down.
--
Oliver Elphick Oliver(dot)Elphick(at)lfix(dot)co(dot)uk
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public servers; key ID 32B8FAA1
========================================
"Jesus saith unto him, I am the way, the truth, and the
life; no man cometh unto the Father, but by me."
John 14:6
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1999-01-31 23:02:07 | Re: [HACKERS] Re: Reducing sema usage (was Postmaster dies with many child processes) |
Previous Message | The Hermit Hacker | 1999-01-31 20:23:03 | Re: Problems with anon CVS? |