4 ms·
It should be noted that the release of 5.5.0 could be delayed a bit, due to the late addition of Zend Optimizer+ [0] (an opcode cache) being included into the c
by RossM 14y ago
It should be noted that the release of 5.5.0 could be delayed a bit, due to the late addition of Zend Optimizer+ [0] (an opcode cache) being included into the core release like APC.
However there's a lot of arguing on php.internals about whether or not the right number of votes was reached (based on a not-specific-enough RFC on voting) so it may not even make it in.
[0]: http://files.zend.com/help/Zend-Server-Community-Edition/content/optimizer_plus_component.htm http://files.zend.com/help/Zend-Server-Community-Edition/con...
- Mahn 14y agoSo is Zend Optimizer meant to replace APC altogether, or just co-exist with APC? I've been using APC quite extensively assuming it would make it into the core eventually.
- cabirum 14y agoBesides opcode caching, APC provides shared key-value storage. I don't really see why they chose Zend over APC as a standard opcache. Also, they are incompatible and cannot run together.
- molukk 14y agoThe RFC for including ZO+ outlines some possible reasons: https://wiki.php.net/rfc/optimizerplus#advantages_of_optimizer_over_apc https://wiki.php.net/rfc/optimizerplus#advantages_of_optimiz...
- Mahn 14y agoThat's why I asked, I really hope they ship APC within the core aswell if Zend Optimizer doesn't provide a data store. To be honest, I find the data store that APC provides way more important than opcode caching.
- deleted 14y ago[deleted]
- nikic 14y agoWe will provide a separate extension (currently called "apcu") which contains only the user-cache part of APC. ZO+ and that extension together should behave the same way as APC currently does. This will actually work even better, because both components will be completely separate (the shared cache had fragmentation issues in APC.) ZO+ was chosen over APC because it is more stable. ZO+ is (more or less) PHP 5.5 compatible already, whereas APC still tries to cope with 5.4 compatibility.
- Mahn 14y agoThat's great, thanks for sharing.
- lonnyk 14y agoYes, it would replace APC. Unless you are using the user-caching of APC it should not affect you.
- Mahn 14y agoWow, that's just silly then. The user caching part of APC is practically the sole reason I use it; it's by far the fastest (non-distributed) caching mechanism available for PHP right now, several orders of magnitude faster than memcache or redis since the round-trip time is zero.
- RossM 14y agoIs that what you've found running memcache/redis on the same server? I've never actually used APC for user-caching.
- Mahn 14y agoYes, YMMV depending on your environment, but I did test this carefully before making the decision to use APC for data caching wherever possible. IIRC I saw up to thousands of fetch/store operations in just 1ms using APC; but I'd suggest you to benchmark it on your own and judge by yourself.
- memla 14y agoAre you sure about that? I'm getting better performance with XCache, and it has everything that APC has plus some other useful features like deleting keys by prefix.
- ck2 14y agoIf anyone wants to try Zend Optimizer+ I threw together a control panel for it, which it was missing compared to APC: https://gist.github.com/ck-on/4959032 https://gist.github.com/ck-on/4959032 I've found Optimizer+ has a few shortcomings, like no way to delete individual files from the cache, it's an all or nothing reset if you turn off file stat. However it's definitely a bit faster than APC, at least 10% in most cases because of its multiple optimization passes.