[PHP-DEV] Re: APC in trunk
Just a ping on this one, with the 3.1.4 release would anyone be in favour of moving it into trunk now? If not, then I can do it with some help from someone who have moved a pecl extension into core before. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: APC in trunk
hi, It is still beta. But Gopal and Rasmus should decide when it is ready. On Mon, Aug 9, 2010 at 11:54 PM, Kalle Sommer Nielsen ka...@php.net wrote: Just a ping on this one, with the 3.1.4 release would anyone be in favour of moving it into trunk now? If not, then I can do it with some help from someone who have moved a pecl extension into core before. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- 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] Re: APC in trunk
On Aug 9, 2010, at 4:29 PM, Pierre Joye wrote: hi, On Mon, Aug 9, 2010 at 11:54 PM, Kalle Sommer Nielsen ka...@php.net wrote: Just a ping on this one, with the 3.1.4 release would anyone be in favour of moving it into trunk now? If not, then I can do it with some help from someone who have moved a pecl extension into core before. It is still beta. But Gopal and Rasmus should decide when it is ready. Moving an extension from PECL to Core has side effects, like typically the PECL version dies. APC is not ready for that, so I don't think it's time. Well, I think many extensions should live in PECL and be bundled during the release process (instead of being moved into core at all) but that's another story Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: APC in trunk
On 08/10/2010 01:57 AM, Philip Olson wrote: Moving an extension from PECL to Core has side effects, like typically the PECL version dies. Sadly, this is very true. Well, I think many extensions should live in PECL and be bundled during the release process (instead of being moved into core at all) but that's another story This would really make sense! I'd help out if we could get anywhere down that road. Cheers, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: APC in trunk
On Tue, 22 Jun 2010, Pierre Joye wrote: On Tue, Jun 22, 2010 at 12:21 AM, Derick Rethans der...@php.net wrote: On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote: It seems like theres been enough votes for moving it to the core, is there anyone willing to make that change? Rasmus or Derick? We can always decide whether to enable it by default afterwards. I can do it; but the question is whether we want to use APC 3.x or 4.x in trunk? Gopal, Rasmus? For one, I would prefer to see 4.x but I'm not sure it is ready yet. However 4.x also needs the changes applied to support recent optimizations in the engine (they have been applied to trunk only). I would suggest to do the merges prior to include it. I had a bit of a chat with Gopal about this the other day. And he reckoned it'd be smarter to go with the current trunk. Reasons he mentioned that he has very little idea what went on in 4_0 and he feels that 4_0 is turning APC sortof into memcache, with way too many complex caching layers. I feel inclined to follow his advice... even more because he's the lead dev :-) 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
Re: [PHP-DEV] Re: APC in trunk
On Fri, Jun 25, 2010 at 11:21 AM, Derick Rethans der...@php.net wrote: I had a bit of a chat with Gopal about this the other day. And he reckoned it'd be smarter to go with the current trunk. Reasons he mentioned that he has very little idea what went on in 4_0 and he feels that 4_0 is turning APC sortof into memcache, with way too many complex caching layers. This description is somehow not correct. The idea of the 4.x branch is to allow more flexibility to the memory layer in APC. Features like per site cache (think security here) or more fine grained caching requires this redesign. That's something critical for shared hosts (which is the reason why we should bundle an opcode cache) as dedicated hosts can install it easily already. Cheers, -- 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] Re: APC in trunk
2010/6/23 Ilia Alshanetsky i...@prohost.org: I believe it is a *nix specific patch. Looking over the patch, it uses some POSIX specific signals whereas Windows only supports the ANSI ones. I don't know how much sense it makes to enable the signal handling for ANSI-only compatible system. Either way I think it should get committed and APC moved into trunk, we seem to have enough votes for this. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: APC in trunk
On Wed, Jun 23, 2010 at 2:47 AM, Ilia Alshanetsky i...@prohost.org wrote: I believe it is a *nix specific patch. Yes, the patch is unix only. I don't think either it can be simply 'ported' to windows. -- 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] Re: APC in trunk
2010/6/22 Ilia Alshanetsky i...@prohost.org: We may also want to include the signals patch as part of the commit, as that both enhances speed and makes critical sections more safe, which is pretty important for opcode caches such as PHP. Whats the status of the zend signal handling RFC/patch, did it need Windows support or any other things? If so then I dont see a reason not to include it as it is now, as it will be improved anyway as we are getting closer to a release. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: APC in trunk
I believe it is a *nix specific patch. On Tue, Jun 22, 2010 at 6:49 PM, Kalle Sommer Nielsen ka...@php.net wrote: 2010/6/22 Ilia Alshanetsky i...@prohost.org: We may also want to include the signals patch as part of the commit, as that both enhances speed and makes critical sections more safe, which is pretty important for opcode caches such as PHP. Whats the status of the zend signal handling RFC/patch, did it need Windows support or any other things? If so then I dont see a reason not to include it as it is now, as it will be improved anyway as we are getting closer to a release. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: APC in trunk
On 2010-06-19, Kalle Sommer Nielsen ka...@php.net wrote: Greetings What are your views on including APC in the core, or reasons not to? +1 moving it into core -1 enabling by default -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: APC in trunk
On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote: It seems like theres been enough votes for moving it to the core, is there anyone willing to make that change? Rasmus or Derick? We can always decide whether to enable it by default afterwards. I can do it; but the question is whether we want to use APC 3.x or 4.x in trunk? Gopal, Rasmus? regards, 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] Re: APC in trunk
Hi It seems like theres been enough votes for moving it to the core, is there anyone willing to make that change? Rasmus or Derick? We can always decide whether to enable it by default afterwards. As for enabled it by default, I think it should be okay to atleast enable it as a shared extension by default, atleast on Windows, like GD is. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: APC in trunk
hi, On Tue, Jun 22, 2010 at 12:21 AM, Derick Rethans der...@php.net wrote: On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote: It seems like theres been enough votes for moving it to the core, is there anyone willing to make that change? Rasmus or Derick? We can always decide whether to enable it by default afterwards. I can do it; but the question is whether we want to use APC 3.x or 4.x in trunk? Gopal, Rasmus? For one, I would prefer to see 4.x but I'm not sure it is ready yet. However 4.x also needs the changes applied to support recent optimizations in the engine (they have been applied to trunk only). I would suggest to do the merges prior to include it. Cheers, -- 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
