Whoa. No need to get snippy. I was being sincere in my gratitude for
the suggestions. If nothing else, I'm sure I'll be making more use of
Xdebug in the future.
On Feb 27, 2008, at 3:55 PM, Shawn McKenzie wrote:
Adriano Manocchia wrote:
Well, I just spent more time messing wi
Well, I just spent more time messing with httpd's conf and it the
problem seems to have resolved itself by turning off hostname lookups.
I know there's overhead associated with it, but I don't really
understand why it only affected PHP, and so drastically. At any rate,
I guess this issue is
OK. I just went through about 10 minutes' worth of cachegrinds,
including several httperf tests on that empty php file (which had the
usual poor results). According to the cachegrind files, nothing
(including the other active web pages) took more than 15ms and the
empty php file never excee
I'm trying to get it working but it doesn't seem to want to write the
profile info at the moment. Correct me if I'm wrong, but wouldn't this
just show problems within actual code? If the problem is occurring on
a PHP file with no PHP in it whatsoever, it seems to fall outside the
scope of w
ce issues whatsoever. And also, for what it's worth, none of
the other services on the server have problems.
On Feb 27, 2008, at 1:00 PM, Daniel Brown wrote:
On Wed, Feb 27, 2008 at 12:39 PM, Adriano Manocchia <[EMAIL PROTECTED]
> wrote:
Hi all,
I've been chasing what I think is
Hi all,
I've been chasing what I think is the same performance issue for about
a year and it's driving me batty. First off, the server is a dual core
2.8 P4 with 2G RAM running RHEL5 hosted at The Planet and is under
very light load. This problem started last year while the server was
RHEL4 and I
6 matches
Mail list logo
