APC 3.1.x stability
| From: | Alex Michaud | Date: | Tue, 13 Oct 2009 22:45:00 +0000 |
| Subject: | APC 3.1.x stability | ||
| Groups: | php.pecl.dev | ||
| Request: | Send a blank email to pecl-dev+get-6698@lists.php.net to get a copy of this message | ||
Hey all,
I had a question about the stability of the 3.1.x branch of APC similar to Nathan's from this message:
http://marc.info/?l=pecl-dev&m=124586806319746&w=2
I couldn't really put it better myself, and I didn't see a reply, so I'm copying it below. If anyone has any input on the stability issue, it'd be greatly appreciated!
Thanks,
Alex Michaud
(quoting:)
Apologies if this is the wrong venue to ask for support, but I
couldn't find any other more specific APC venue.
We're using APC 3.0.19 in production now and we're running into the
deadlock issue noted on PHP bug #46025. I've done some testing to see
if there are any configuration options we can tweak that avoid this
deadlock, but even setting apc.write_lock = 0 still trips the
deadlock. However, the changes made to APC 3.1.x seem to resolve the
issue just fine (I'm assuming due to the shift to non-blocking
semaphores rather than blocking futex locks).
Obviously, I'm concerned about running "beta" software in the
production environment, but we also can't just keep restarting Apache
on our front-end web servers all the time either.
Can anyone comment to the stability of the 3.1.x branch? Is it close
to being tagged as stable? Are there any other specific issues with
the new version that I should test for to see if we encounter them?
Thanks.
-- Nathan Clemons