I'm a little bit late in on this one, and asking questions after the problem
is solved is a bit academic, but I am curious about one thing - Does the
debian package do reverse lookups to try to get a name for the visiting IP
address? Every page request taking 5 seconds sounds like a name lookup
> On Thu, 24 Feb 2005 10:54:02 +0100, Gerard <[EMAIL PROTECTED]> wrote:
> >
> > Nevertheless, it IS slow and I have no idea why or where to
> start looking.
> > The phpinfo() can be found on www.debuginc.com/info.php. Any
> help or hints
> > are highly appreciated.
>
> It looks like you are usi
Gerard wrote:
>> I'm no expert on this stuff, but I'd be checking my swap space usage and
>> RAM usage with 'top' or any other tools available... I suppose you
>> probably already did that, but...
>
> Top shows that there's still normal non-swap memory available, so I don't
> think that's it.
Wha
Gerard wrote:
How would I go about stracing page requests? I never know which apache child
is going to handle which page.
Run Apache in non-forking mode with -X
-Rasmus
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Did you try rotating your logs so your logs are fresh?
Randy
Gerard wrote:
<--snip-->
I'm no expert on this stuff, but I'd be checking my swap space usage and
RAM usage with 'top' or any other tools available... I suppose you
probably already did that, but...
Top shows that there's still normal n
Create profiling information for your application with pear's Timer class or
something similar.
regards,
Bostjan
On Saturday 26 February 2005 11:50, Gerard wrote:
> > Hi there, just for testings sake, you should get a script that figures
> > out the page generation time for a php script... As
<--snip-->
>
> I'm no expert on this stuff, but I'd be checking my swap space usage and
> RAM usage with 'top' or any other tools available... I suppose you
> probably already did that, but...
Top shows that there's still normal non-swap memory available, so I don't
think that's it.
- Gerard
--
> Gerard wrote:
> > Another interesting note; if you click from page to page fast enough, it
> > doesn't take as long to load. For some reason, after the
> initial 5 second
> > startup hic, it loads consequent pages smoothly. If you wait
> for 10 seconds
> > and then click a link, it loads for 5 se
> Hi there, just for testings sake, you should get a script that figures
> out the page generation time for a php script... As luck would have it,
> I made a class for this not too long ago. give this a whirl.
>
> First, create a php script with this in it...
<--snip-->
> It will color code it f
Gerard wrote:
Another interesting note; if you click from page to page fast enough, it
doesn't take as long to load. For some reason, after the initial 5 second
startup hic, it loads consequent pages smoothly. If you wait for 10 seconds
and then click a link, it loads for 5 seconds again.
I don't g
Gerard wrote:
> Update on the issue:
> I just upgraded to PHP5 in an attempt to get the speed under control, it
> didn't work.
> What I did notice is that even www.debuginc.com/test2.php (which has NO
> code
> in it at ALL, only text) takes 5 seconds to load! Upon closer
> investigation,
> it seems
Gerard wrote:
> Hi Brent,
>
>>I noticed you have your error_reporting level set really high (2039),
>>which is pretty close to everything. That may be fine on a development
>>server, but I wouldn't set it that high on a production server. I'd be
>>curious what you log looks like. Perhaps this is
Hi there, just for testings sake, you should get a script that figures
out the page generation time for a php script... As luck would have it,
I made a class for this not too long ago. give this a whirl.
First, create a php script with this in it...
// CREATE THE CLASS
class page_gen {
I think I have heard that your system can get really bogged down if your
log files are HUGE. So you probably are right. I dread the size of the
log files if he has a rather busy site and is logging everything...
Randy
Brent Baisley wrote:
I noticed you have your error_reporting level set real
Hi Brent,
>
> I noticed you have your error_reporting level set really high (2039),
> which is pretty close to everything. That may be fine on a development
> server, but I wouldn't set it that high on a production server. I'd be
> curious what you log looks like. Perhaps this is causing your slo
I noticed you have your error_reporting level set really high (2039),
which is pretty close to everything. That may be fine on a development
server, but I wouldn't set it that high on a production server. I'd be
curious what you log looks like. Perhaps this is causing your slowness,
perhaps no
16 matches
Mail list logo
