Re: [HACKERS] Re: Reducing sema usage (was Postmaster dies with many child processes)

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

Browse pgsql-hackers by date

  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?