[16341] in Kerberos_V5_Development
Re: KDC worker processes project
daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri Sep 17 16:23:34 2010
From: Greg Hudson <ghudson@mit.edu>
To: Nicolas Williams <Nicolas.Williams@oracle.com>
In-Reply-To: <20100917193138.GY3982@oracle.com>
Date: Fri, 17 Sep 2010 16:23:29 -0400
Message-ID: <1284755009.5992.1823.camel@ray>
Mime-Version: 1.0
Cc: Kenneth G Raeburn <raeburn@mit.edu>,
"krbdev@mit.edu Dev List" <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu
On Fri, 2010-09-17 at 15:31 -0400, Nicolas Williams wrote:
> That's the flaw though... It really should wait in an I/O loop. The
> wait should happen as a result of processing an I/O event.
Why's that? Even if the supervisor wanted to listen for I/O on the
routing socket, it could just have its select() interrupted by SIGCHLD
and then call waitpid() (repeatedly with WNOHANG) until it sees ECHILD.
The difficulty with Ken's plan isn't so much wait vs. select. The
problem is that net-server.c would need to grow more complexity and more
application interconnects in order to meet the new needs of the
supervisor as well as the normal KDC and kadmind workload. net-server.c
is already 2000 lines of pretty complicated code (and it's not badly
written; it just has a very complicated job).
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
