Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48862
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=references:in-reply-to:mime-version:content-transfer-encoding
         :content-type:message-id:cc:x-mailer:from:subject:date:to;
        b=U4Kci8bht37o8XUPGgybMdbXmIAkZi4t1IgbNrAct0NtoHaAFLkJNftBLB6p+RdguQ
         Mm8tdOMqa4/89JFt8V/+gfOY2LhXKhyc0hAhmg2HXekuHJ+ZHb2aowyxIPvBRZoeOb/6
         Ph6eMeXZTWGTMLNEMqlMg9OyB3P/iPmJrjslA=
References: <AANLkTilEfGgHHqTv1YZu4yU6nse0t29UB7nlrnUDUwIO@mail.gmail.com> <AANLkTinvW2YBikeuy-LY8a2SdAU_AE-R73JCdpXIXDJ8@mail.gmail.com> <4C1E784C.8010300@lsces.co.uk> <FD8BA257-3F34-4216-9B45-CAE41DE454D8@pooteeweet.org> <AANLkTim-j6lrY1cGGOw2Giu9tzuH5WgQ4qHvJ7IX7azS@mail.gmail.com>
In-Reply-To: <AANLkTim-j6lrY1cGGOw2Giu9tzuH5WgQ4qHvJ7IX7azS@mail.gmail.com>
Mime-Version: 1.0 (iPhone Mail 8A293)
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii
Message-ID: <0220C719-3F79-455B-A0DF-D49E79001D48@gmail.com>
Cc: Lukas Kahwe Smith <mls@pooteeweet.org>,
 Lester Caine <lester@lsces.co.uk>, PHP internals <internals@lists.php.net>
Date: Sun, 20 Jun 2010 14:04:23 -0700
To: Ferenc Kovacs <info@tyrael.hu>
Subject: Re: [PHP-DEV] APC in trunk
From: mike503@gmail.com (Michael Shadle)

Perhaps by adding it to core the original reasons for alternatives will be r=
educed and the things that make those special could be implemented into apc?=


On Jun 20, 2010, at 1:56 PM, Ferenc Kovacs <info@tyrael.hu> wrote:

> On Sun, Jun 20, 2010 at 10:39 PM, Lukas Kahwe Smith <mls@pooteeweet.org>wr=
ote:
>=20
>>=20
>> On 20.06.2010, at 22:21, Lester Caine wrote:
>>=20
>>> ( Foregot to change address again :( )
>>> Ilia Alshanetsky wrote:
>>>> What are your views on including APC in the core, or reasons not to?
>>>=20
>>> Dictatorship?
>>> Optional module which have well used alternatives should not be proced o=
n
>> by default! Probably more people use alternatives and have for years?
>>=20
>>=20
>> probably not actually .. my guess is that the vast majority of users do n=
ot
>> use any byte code cache today. this could be our effort to reduce co2
>> emissions world wide.
>>=20
>=20
> Are you sure?
> Usually installing an opcode cache is the first optimalization effort for
> every php project.
> I'ts easy, it's transparent, and can give a vast amount of performance
> boost, so
> - shared hosting providers install it, because they can oversell more
> - ppl who can run dedicated server/vps usually knowledgeable enough to
> install it right away
>=20
>=20
>=20
>>=20
>> +1 on adding apc to trunk
>> +0 about enabling apc by default .. or rather undecided at this point.
>>=20
>>=20
> I prefer xcache, but I think that its better adding apc to the core, than
> nothing at all.
> Why should this be disabled by default?
>=20
> I never had any problem using xcache. Maybe that it has no gain if you onl=
y
> use php for cli or cgi.
>=20
> Tyrael