Hacker News Reader

Comment by RossM | Hacker News Reader

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/con...

View on HN

If 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

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.

So 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.

Besides 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.

The RFC for including ZO+ outlines some possible reasons: https://wiki.php.net/rfc/optimizerplus#advantages_of_optimiz...

That'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.

We 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.

That's great, thanks for sharing.

Yes, it would replace APC. Unless you are using the user-caching of APC it should not affect you.

Wow, 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.

Is that what you've found running memcache/redis on the same server? I've never actually used APC for user-caching.

Yes, 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.

Are 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.

Reply on news.ycombinator.com