(The original thread is here:
http://www.zend.com/lists/php-dev/200409/msg00073.html)
OK, so quite a lot has changed since my last post. The web server is now
running Debian 3.1 as opposed to 3.0, and I've been horrendously busy so I
haven't had time to investigate this any further.
However, our
On Wed, 8 Sep 2004, Xuefer wrote:
> >> both mmcache and apc does not have "crash recover"
> >
> > The concept of a crash recover is somewhat flawed in my opinion. The only
> > way to really do this is to catch SIGSEGV, SIGBUS and other such fatal
> > signals and twiddle a knob somewhere in shared
>> both mmcache and apc does not have "crash recover"
>
> The concept of a crash recover is somewhat flawed in my opinion. The only
> way to really do this is to catch SIGSEGV, SIGBUS and other such fatal
> signals and twiddle a knob somewhere in shared memory that tells other
> processes to flu
At 07:05 07/09/2004, Rasmus Lerdorf wrote:
> both mmcache and apc does not have "crash recover"
The concept of a crash recover is somewhat flawed in my opinion. The only
way to really do this is to catch SIGSEGV, SIGBUS and other such fatal
signals and twiddle a knob somewhere in shared memory tha
asmus Lerdorf" <[EMAIL PROTECTED]>
To: "Xuefer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Russ Garrett" <[EMAIL PROTECTED]>
Sent: Tuesday, September 07, 2004 12:05 PM
Subject: Re: [PHP-DEV] Really odd PHP problem
> On Tue, 7 Sep 2004, Xuefer
On Tue, 7 Sep 2004, Xuefer wrote:
> APC works with apache2 DSO, and the optimizer is stable ONLY with my patches
> check it out here:
> http://pecl.php.net/bugs/search.php?cmd=display&status=Open&bug_type[]=APC
> i've used APC from the time my last patch posted till now, having 0 crash. (if i
> c
or even can't be recovered.
(i know it by reading the log when phpa crash, some of the above is base on guessing)
both mmcache and apc does not have "crash recover"
does Zend products implement it?
- Original Message -
From: "Russ Garrett" <[EMAIL PROTECTED]>
Is your server really unusable w/o a compiled code cache? Of not, try to
remove it and see if the problem persists. One of the problems of most
opcode caches is that a crash bug in PHP or one of its modules can end up
resulting in a full server crash.
I have to say though that it doesn't look
On Sun, 5 Sep 2004, Russ Garrett wrote:
> This machine serves around 500,000 hits daily, and 99% of them are
> PHP-parsed.
By the way, that is not a lot of hits. Less than 6 requests per second.
I tend to get worried when my servers can't do at least 80-100
requests/second. And you certainly sho
On Sun, 5 Sep 2004, Russ Garrett wrote:
> The only third-party module we're using is Turck mmcache - removing it
> is kind of difficult since running without any cache brings the machine
> to its knees :).
But you should be able to trivially replace it with pecl/apc as the
peformance of the two a
OK, first of all I apologise for not posting this in the "right place",
but this is an unreproducable bug (the worst kind...), and I need some
educated guesses as to what is causing it. This thing has me at my wits'
end...
The situation is this: Apache on our main dynamic web server keeps on
s
11 matches
Mail list logo
