Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63539
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.220.170 cause and error)
Message-ID: <50809248.3060008@lerdorf.com>
Date: Thu, 18 Oct 2012 16:35:36 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1
MIME-Version: 1.0
To: David Strauss <david@davidstrauss.net>
CC: David Muir <davidkmuir@gmail.com>, internals@lists.php.net
References: <CAKz8sYVMw5tQ+JvN3e-GN4M+5ggi6zpiFT70qpgkXNc9sx8D1A@mail.gmail.com> <50808B72.5030203@gmail.com> <CAKz8sYW3J7Yyvnr2BgWXLRosW_WCKPZQL9QBSKchR44TpttFAg@mail.gmail.com>
In-Reply-To: <CAKz8sYW3J7Yyvnr2BgWXLRosW_WCKPZQL9QBSKchR44TpttFAg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Socket activation support for PHP-FPM
From: rasmus@lerdorf.com (Rasmus Lerdorf)

On 10/18/2012 04:16 PM, David Strauss wrote:
> On Thu, Oct 18, 2012 at 4:06 PM, David Muir <davidkmuir@gmail.com> wrote:
>> Upstart support would be good to have too.
> 
> I'm aware of Upstart having some basic socket activation support, and
> I'm happy to provide advice on the PHP-FPM/Linux side for integrating
> it in follow-up work.  All socket activation basically works the same
> way, in the sense of a file descriptor getting handed into the daemon.
> 
> I eventually foresee either a standardization of environmental
> variables for handing in sockets or a "libsocketactivation" that looks
> for the appropriate environmental variables for your superserver or
> init daemon.
> 
>> I take it that this would allow restarting specific pools? That would be
>> a really nice to have.
> 
> I didn't really think about it because we've always run an instance of
> PHP-FPM per pool to have such capability, but that's certainly the
> case. If template-based services (not discussed in or related to the
> RFC) like those in systemd become more widespread, I'd imagine a lot
> of applications like nginx, Apache, and PHP-FPM could cede their
> internal virtual host/multi-pool models in favor of standardized
> provisioning of multiple instances.

Note though that in order for pools to share an opcode cache they must
be forked from the same parent process. There are ways to work around
that, but it requires some fancy fd passing footwork in APC and I guess
in many instances you don't actually want to share across pools anyway.

-Rasmus