Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49687 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57947 invoked from network); 16 Sep 2010 03:13:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Sep 2010 03:13:39 -0000 Authentication-Results: pb1.pair.com smtp.mail=jravimenon@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=jravimenon@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.170 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: jravimenon@gmail.com X-Host-Fingerprint: 74.125.82.170 mail-wy0-f170.google.com Received: from [74.125.82.170] ([74.125.82.170:46979] helo=mail-wy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A0/61-48270-26B819C4 for ; Wed, 15 Sep 2010 23:13:39 -0400 Received: by wyf19 with SMTP id 19so939680wyf.29 for ; Wed, 15 Sep 2010 20:13:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6HLaawqb23O7+tXPR7NAT1tbtOcOBC57ePKleJW3vk0=; b=SMA6oixawVadVzq0uAQPSg8cQT6QpVoDt3eJeYWpAJ2xQ3F4V/oOCkiq5lC4iakUx+ SnSKv6MDW6/1ITBWiwYAr9xdA8pP4x/EQ/thMRla6+7OP0dOP1dXZvVEjzLXZdlch4LU 3MjMrRP/iGbhXaqHmh6HUb8TXWsDqraZ1Y7os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kqan1dTwUpU8AFgQggdpvfLvT30oX4shIG3KNuy/vKLuozKYFgk/apiLgzbexOdodo XEVCq4bfl/kwtp7bSzt/2EWpcXqL45/DoCwITtVODeqTlFoPVLOOe5I3K/3dhie0Sn0s Wb0zUTeeN745DlUxfgjTfAw9q2dKsD3h7t8GU= MIME-Version: 1.0 Received: by 10.216.26.139 with SMTP id c11mr6069184wea.6.1284606815375; Wed, 15 Sep 2010 20:13:35 -0700 (PDT) Received: by 10.216.160.133 with HTTP; Wed, 15 Sep 2010 20:13:35 -0700 (PDT) In-Reply-To: <4C9182FE.7000905@lerdorf.com> References: <4C910E9C.7040004@lerdorf.com> <4C9182FE.7000905@lerdorf.com> Date: Wed, 15 Sep 2010 20:13:35 -0700 Message-ID: To: Rasmus Lerdorf Cc: internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] nginx+php-fpm question From: jravimenon@gmail.com (J Ravi Menon) On Wed, Sep 15, 2010 at 7:37 PM, Rasmus Lerdorf wrote: > On 9/15/10 7:13 PM, J Ravi Menon wrote: >> On Wed, Sep 15, 2010 at 12:40 PM, J Ravi Menon wr= ote: >>> On Wed, Sep 15, 2010 at 11:21 AM, Rasmus Lerdorf w= rote: >>>> On 9/15/10 10:57 AM, J Ravi Menon wrote: >>>>> =A0So my guess is, if we do php-fpm approach, we have to do all these >>>>> cleanups manually? =A0Or are there simpler solutions or hook-ups that >>>>> does it automatically at the end of the request cycle? >>>> >>>> No, fastcgi doesn't change this model at all. =A0You have the same >>>> end-of-requests cleanups as with mod_php. >>>> >>> Ah good to know. >>> >> So with this mod_php like behavior, do we also need to have apc >> enabled in this setup for the opcode cache? As a cli daemon, I am >> assuming this is not necessary? > > APC works perfectly out of the box with this setup. =A0It is no different > from something like Apache where you have a root process that creates > the mmap segment which then forks children that inherit the pointer to > that segment. > Sorry I meant to ask if the opcode cache is necessary to avoid the compilation step even if the same php-fcgi daemon has seen the same script before? My guess is that these fcgi hooks emulate a basic mod_php behavior without apc? Ravi > -Rasmus >