Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-02 Thread Pierre Joye
On Tue, Nov 2, 2010 at 7:14 PM, Zeev Suraski  wrote:

> As long as it actually works as opposed to just compiling :)

It builds, whether it works as of now with trunk is another question.

But that's something we can test in the next couple of weeks before
its inclusion in trunk.

-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-02 Thread Ferenc Kovacs
On Tue, Nov 2, 2010 at 7:14 PM, Zeev Suraski  wrote:

> On Nov 2, 2010, at 9:13, "André Rømcke"  wrote:
>
> > On Tue, Nov 2, 2010 at 9:57 AM, Lester Caine  wrote:
> >
> >> Derick Rethans wrote:
> >>
> >>> Actually, Kalle just pointed out that it compiles just fine. In that
> >>> case, I think we should put it in trunk and in the 5.4 alpha.
> >>>
> >>
> >> As long as it is disabled by default and can easily be replaced by
> >> preferred alternatives ... eaccelerator is still working fine now that
> it
> >> has been upgraded to handle 5.3 ... although it would be nice to see
> some
> >> more up to date comparisons. Although I suspect in reality, the
> combination
> >> with database and other caching activity means that a straight
> comparison
> >> may be a little meaningless? Change the database and the figures are
> going
> >> to be different anyway ... so a straight comparison on non-database code
> >> would be a little more practical.
> >>
> >
> > +1. Being disabled by default was agreed on for "old 6.x" so should be
> for
> > 5.4 as well.
>
> +1
>
> As long as it actually works as opposed to just compiling :)
>
> Zeev
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Hi.

I think there were 2 open question when the APC merge was brought to the
list:
- Which branch should be merged? From the past and current emails, I think
we are talking about the current trunk.
- Should APC be enabled by default?

If APC would be disabled by default, and the current trunk works, then I
would +1 for the inclusion.
However I think that the original thread is about the current status, and
the possible problems.

Tyrael


Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-02 Thread Zeev Suraski
On Nov 2, 2010, at 9:13, "André Rømcke"  wrote:

> On Tue, Nov 2, 2010 at 9:57 AM, Lester Caine  wrote:
> 
>> Derick Rethans wrote:
>> 
>>> Actually, Kalle just pointed out that it compiles just fine. In that
>>> case, I think we should put it in trunk and in the 5.4 alpha.
>>> 
>> 
>> As long as it is disabled by default and can easily be replaced by
>> preferred alternatives ... eaccelerator is still working fine now that it
>> has been upgraded to handle 5.3 ... although it would be nice to see some
>> more up to date comparisons. Although I suspect in reality, the combination
>> with database and other caching activity means that a straight comparison
>> may be a little meaningless? Change the database and the figures are going
>> to be different anyway ... so a straight comparison on non-database code
>> would be a little more practical.
>> 
> 
> +1. Being disabled by default was agreed on for "old 6.x" so should be for
> 5.4 as well.

+1

As long as it actually works as opposed to just compiling :)

Zeev

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-02 Thread Ilia Alshanetsky
+1 to adding APC to trunk, it does compile fine (at least at the moment).

On Mon, Nov 1, 2010 at 3:34 PM, Derick Rethans  wrote:
> Hi!
>
> I understand that the general idea is to bundle APC with a future
> version of PHP. Right now, APC doesn't really compile for trunk because
> of internal changes. However, for PHP 5.3 it's getting into a pretty
> good shape. In order to add APC, what does still need to be done?
>
> cheers,
> Derick
>
> --
> http://derickrethans.nl | http://xdebug.org
> Like Xdebug? Consider a donation: http://xdebug.org/donate.php
> twitter: @derickr and @xdebug
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-02 Thread André Rømcke
On Tue, Nov 2, 2010 at 9:57 AM, Lester Caine  wrote:

> Derick Rethans wrote:
>
>> Actually, Kalle just pointed out that it compiles just fine. In that
>> case, I think we should put it in trunk and in the 5.4 alpha.
>>
>
> As long as it is disabled by default and can easily be replaced by
> preferred alternatives ... eaccelerator is still working fine now that it
> has been upgraded to handle 5.3 ... although it would be nice to see some
> more up to date comparisons. Although I suspect in reality, the combination
> with database and other caching activity means that a straight comparison
> may be a little meaningless? Change the database and the figures are going
> to be different anyway ... so a straight comparison on non-database code
> would be a little more practical.
>

+1. Being disabled by default was agreed on for "old 6.x" so should be for
5.4 as well.

However I think there probably is a lot of possibilities for PHP if it was
better integrated in the future (lets say "new 6.x").
To offer better autoload performance if you stick to PSR-0 for class
autoloading for instance. Hence a future php version that has better
persistent knowledge of classes used on the system so every class load
doesn't result in a full require call with all its overhead on every
request.
And/Or a shared api / backend for shared persistent cache for stat calls,
real path and parsed php structures, and anything else one might want to let
persist between requests in the future.
A discussion for another thread some other time off course.




> --
> Lester Caine - G8HFL
> -
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk//
> Firebird - http://www.firebirdsql.org/index.php
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-02 Thread Lester Caine

Derick Rethans wrote:

Actually, Kalle just pointed out that it compiles just fine. In that
case, I think we should put it in trunk and in the 5.4 alpha.


As long as it is disabled by default and can easily be replaced by preferred 
alternatives ... eaccelerator is still working fine now that it has been 
upgraded to handle 5.3 ... although it would be nice to see some more up to date 
comparisons. Although I suspect in reality, the combination with database and 
other caching activity means that a straight comparison may be a little 
meaningless? Change the database and the figures are going to be different 
anyway ... so a straight comparison on non-database code would be a little more 
practical.


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-01 Thread Patrick ALLAERT
2010/11/2 Derick Rethans :
> On Mon, 1 Nov 2010, Derick Rethans wrote:
>
>> I understand that the general idea is to bundle APC with a future
>> version of PHP. Right now, APC doesn't really compile for trunk because
>> of internal changes. However, for PHP 5.3 it's getting into a pretty
>> good shape. In order to add APC, what does still need to be done?
>
> Actually, Kalle just pointed out that it compiles just fine. In that
> case, I think we should put it in trunk and in the 5.4 alpha.

Absolutely! (+1)

> cheers,
> Derick
>
> --
> http://derickrethans.nl | http://xdebug.org
> Like Xdebug? Consider a donation: http://xdebug.org/donate.php
> twitter: @derickr and @xdebug
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php


-- 
Patrick Allaert
---
http://code.google.com/p/peclapm/ - Alternative PHP Monitor

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] PHP 5.4: Adding APC

2010-11-01 Thread Derick Rethans
On Mon, 1 Nov 2010, Derick Rethans wrote:

> I understand that the general idea is to bundle APC with a future 
> version of PHP. Right now, APC doesn't really compile for trunk because 
> of internal changes. However, for PHP 5.3 it's getting into a pretty 
> good shape. In order to add APC, what does still need to be done?

Actually, Kalle just pointed out that it compiles just fine. In that 
case, I think we should put it in trunk and in the 5.4 alpha.

cheers,
Derick

-- 
http://derickrethans.nl | http://xdebug.org
Like Xdebug? Consider a donation: http://xdebug.org/donate.php
twitter: @derickr and @xdebug

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-DEV] PHP 5.4: Adding APC

2010-11-01 Thread Derick Rethans
Hi!

I understand that the general idea is to bundle APC with a future 
version of PHP. Right now, APC doesn't really compile for trunk because 
of internal changes. However, for PHP 5.3 it's getting into a pretty 
good shape. In order to add APC, what does still need to be done?

cheers,
Derick

-- 
http://derickrethans.nl | http://xdebug.org
Like Xdebug? Consider a donation: http://xdebug.org/donate.php
twitter: @derickr and @xdebug

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php