Package: php-apc Version: 3.0.19-2 Severity: important I've got a server which is randomly becoming unstable after a period of time. After a lot of troubleshooting, I believe I've narrowed it down to APC. The symptoms I encounter are Apache having a large number of threads in the gracefully finishing state (G) for a very long time (SS = 60k+). I finally looked in top and discovered the threads are sticking in futex_wait. After some further searching, I found the following resources:
http://nirlevy.blogspot.com/2009/06/apc-futexwait-lockdown-make-your-apache.html http://t3.dotgnu.info/blog/php/user-cache-timebomb.html http://pecl.php.net/bugs/bug.php?id=15179 (this indicates that the problem is resolved) The specific issue we have is that when TTLs are enabled, the memory fragmentation causes allocate and deallocate calls to become more and more costly, and you end up in a downward spiral until the system becomes unusable. If you disable TTLs in my environment then you end up with 'class could not be found' errors when APC performs mass memory cleanups which occur when memory fills up. I will be installing the latest 3.1 package on our dev server and testing it now and I believe it would be in everyone's best interests to get the latest release into unstable, at least. I will update this ticket if my testing reveals that the problem is in fact mitigated by 3.1.x. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages php-apc depends on: ii libapache2-mod-php 5.2.6.dfsg.1-1+lenny6 server-side, HTML-embedded scripti ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii php5-cli [phpapi-2 5.2.6.dfsg.1-1+lenny6 command-line interpreter for the p php-apc recommends no packages. Versions of packages php-apc suggests: ii php5-gd 5.2.6.dfsg.1-1+lenny6 GD module for php5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
