Re: [PHP-DB] slow loading page (solved)
On Wednesday 15 February 2006 5:24 am, redhat wrote: > Well, it looks like it might be a DNS issue or at least a routing issue > after all. I hit the phpinfo page on the server from home (completely > different ISP) and it loaded like I thought it should have - very fast - > even for phpinfo. I guess I have to start digging around elsewhere for > the answer to this riddle. Thanks for the nugget called "ngrep" - I > will keep that one handy. > Doug Interesting. Might be your client computer too. Although I assume other websites load quickly on it? ngrep is the bomb. Glad I could share. -Micah -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] slow loading page (solved)
On Tue, 2006-02-14 at 17:35 -0800, Micah Stevens wrote: > On the server, you can use Dig - it's a pretty good DNS tool. On windows you > can use nslookup I think. > > -Micah > > On Tuesday 14 February 2006 8:07 am, redhat wrote: > > On Tue, 2006-02-14 at 18:06 +1030, David Robley wrote: > > > Micah Stevens wrote: > > > > Not enough information there to make any sort of diagnosis, but here > > > > are some things to try to narrow down the problem: > > > > > > > > 1) ssh into the server, and run 'top' to watch the process list. Then > > > > while watching that, hit reload in the browser to see if the HTTP > > > > process pegs out while you're waiting for the page. If it does, for > > > > some reason apache/php is struggling. Otherwise it's likely something > > > > else. > > > > > > > > 2) run 'ngrep' on port 80 of the incoming network interface (eth0, or > > > > whatever it's hooked to), and reload the page again. Are you immediatly > > > > seeing the request come though or does it take a while? This type of > > > > thing could be caused not by the webserver, but instead by a badly > > > > configured router, or something in the network. If it takes a while to > > > > come through, you need to look at your network configuration. > > > > > > > > 3) Is this a DNS issue? If you're accessing via a domain name, and not > > > > a direct IP type URL, a shoddy DNS connection could make things really > > > > take a long time. > > > > > > 3a) If so, is hostname lookup turned on for apache logging? This may > > > result in yet another query to the DNS. I'm not sure however whether that > > > lookup might delay delivery of the document, or whether the document is > > > served independently og logging actions; I would guess the latter. > > > > > > > > > > > > > > > Cheers > > > -- > > > David Robley > > > > > > "I'm never anywhere on time," Tom related. > > > > Ran TOP - the system is still at 99.5% idle while the page is loading. > > I also ran ngrep (new tool to me - very cool) and the requests came > > through very quickly - rules this one out too. The only one that I > > don't really have a way to test is the DNS issue. The server is sitting > > in our DMZ and our firewall rules say that our corporate network can > > have total freedom to the lower security items (like the DMZ). As for > > the DNS - the server is a single server with two virtual domains (name > > based, not IP) and we have a DNS server pointing to it. Are there any > > ways to test the DNS server configuration? Any tools that I can try? I > > feel like this is probably going to be my smoking gun here. > > Doug > Well, it looks like it might be a DNS issue or at least a routing issue after all. I hit the phpinfo page on the server from home (completely different ISP) and it loaded like I thought it should have - very fast - even for phpinfo. I guess I have to start digging around elsewhere for the answer to this riddle. Thanks for the nugget called "ngrep" - I will keep that one handy. Doug -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] slow loading page
On the server, you can use Dig - it's a pretty good DNS tool. On windows you can use nslookup I think. -Micah On Tuesday 14 February 2006 8:07 am, redhat wrote: > On Tue, 2006-02-14 at 18:06 +1030, David Robley wrote: > > Micah Stevens wrote: > > > Not enough information there to make any sort of diagnosis, but here > > > are some things to try to narrow down the problem: > > > > > > 1) ssh into the server, and run 'top' to watch the process list. Then > > > while watching that, hit reload in the browser to see if the HTTP > > > process pegs out while you're waiting for the page. If it does, for > > > some reason apache/php is struggling. Otherwise it's likely something > > > else. > > > > > > 2) run 'ngrep' on port 80 of the incoming network interface (eth0, or > > > whatever it's hooked to), and reload the page again. Are you immediatly > > > seeing the request come though or does it take a while? This type of > > > thing could be caused not by the webserver, but instead by a badly > > > configured router, or something in the network. If it takes a while to > > > come through, you need to look at your network configuration. > > > > > > 3) Is this a DNS issue? If you're accessing via a domain name, and not > > > a direct IP type URL, a shoddy DNS connection could make things really > > > take a long time. > > > > 3a) If so, is hostname lookup turned on for apache logging? This may > > result in yet another query to the DNS. I'm not sure however whether that > > lookup might delay delivery of the document, or whether the document is > > served independently og logging actions; I would guess the latter. > > > > > > > > > > Cheers > > -- > > David Robley > > > > "I'm never anywhere on time," Tom related. > > Ran TOP - the system is still at 99.5% idle while the page is loading. > I also ran ngrep (new tool to me - very cool) and the requests came > through very quickly - rules this one out too. The only one that I > don't really have a way to test is the DNS issue. The server is sitting > in our DMZ and our firewall rules say that our corporate network can > have total freedom to the lower security items (like the DMZ). As for > the DNS - the server is a single server with two virtual domains (name > based, not IP) and we have a DNS server pointing to it. Are there any > ways to test the DNS server configuration? Any tools that I can try? I > feel like this is probably going to be my smoking gun here. > Doug -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] slow loading page
On Tue, 2006-02-14 at 18:06 +1030, David Robley wrote: > Micah Stevens wrote: > > > > > Not enough information there to make any sort of diagnosis, but here are > > some things to try to narrow down the problem: > > > > 1) ssh into the server, and run 'top' to watch the process list. Then > > while watching that, hit reload in the browser to see if the HTTP process > > pegs out while you're waiting for the page. If it does, for some reason > > apache/php is struggling. Otherwise it's likely something else. > > > > 2) run 'ngrep' on port 80 of the incoming network interface (eth0, or > > whatever it's hooked to), and reload the page again. Are you immediatly > > seeing the request come though or does it take a while? This type of thing > > could be caused not by the webserver, but instead by a badly configured > > router, or something in the network. If it takes a while to come through, > > you need to look at your network configuration. > > > > 3) Is this a DNS issue? If you're accessing via a domain name, and not a > > direct IP type URL, a shoddy DNS connection could make things really take > > a long time. > > 3a) If so, is hostname lookup turned on for apache logging? This may result > in yet another query to the DNS. I'm not sure however whether that lookup > might delay delivery of the document, or whether the document is served > independently og logging actions; I would guess the latter. > > > > > Cheers > -- > David Robley > > "I'm never anywhere on time," Tom related. > Ran TOP - the system is still at 99.5% idle while the page is loading. I also ran ngrep (new tool to me - very cool) and the requests came through very quickly - rules this one out too. The only one that I don't really have a way to test is the DNS issue. The server is sitting in our DMZ and our firewall rules say that our corporate network can have total freedom to the lower security items (like the DMZ). As for the DNS - the server is a single server with two virtual domains (name based, not IP) and we have a DNS server pointing to it. Are there any ways to test the DNS server configuration? Any tools that I can try? I feel like this is probably going to be my smoking gun here. Doug -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] slow loading page
Micah Stevens wrote: > > Not enough information there to make any sort of diagnosis, but here are > some things to try to narrow down the problem: > > 1) ssh into the server, and run 'top' to watch the process list. Then > while watching that, hit reload in the browser to see if the HTTP process > pegs out while you're waiting for the page. If it does, for some reason > apache/php is struggling. Otherwise it's likely something else. > > 2) run 'ngrep' on port 80 of the incoming network interface (eth0, or > whatever it's hooked to), and reload the page again. Are you immediatly > seeing the request come though or does it take a while? This type of thing > could be caused not by the webserver, but instead by a badly configured > router, or something in the network. If it takes a while to come through, > you need to look at your network configuration. > > 3) Is this a DNS issue? If you're accessing via a domain name, and not a > direct IP type URL, a shoddy DNS connection could make things really take > a long time. 3a) If so, is hostname lookup turned on for apache logging? This may result in yet another query to the DNS. I'm not sure however whether that lookup might delay delivery of the document, or whether the document is served independently og logging actions; I would guess the latter. Cheers -- David Robley "I'm never anywhere on time," Tom related. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] slow loading page
Not enough information there to make any sort of diagnosis, but here are some
things to try to narrow down the problem:
1) ssh into the server, and run 'top' to watch the process list. Then while
watching that, hit reload in the browser to see if the HTTP process pegs out
while you're waiting for the page. If it does, for some reason apache/php is
struggling. Otherwise it's likely something else.
2) run 'ngrep' on port 80 of the incoming network interface (eth0, or whatever
it's hooked to), and reload the page again. Are you immediatly seeing the
request come though or does it take a while? This type of thing could be
caused not by the webserver, but instead by a badly configured router, or
something in the network. If it takes a while to come through, you need to
look at your network configuration.
3) Is this a DNS issue? If you're accessing via a domain name, and not a
direct IP type URL, a shoddy DNS connection could make things really take a
long time.
4) If it is an apache issue, turn on extended status, and watch that while you
reload the page, that can give you an idea of what's taking so long.
I'm sure others will have even better troubleshooting ideas, but that's a
start I guess.
-Micah
On Monday 13 February 2006 2:11 pm, redhat wrote:
> I have just installed Centos 4.2 running on a new Dell server (Xeon
> 2.4Ghz, SCSI HD, 1GB RAM) with Apache 2.0.52, PHP 4.3.9 and MySQL
> 4.1.12. There is NOTHING in the html directory yet except for a simple
> index.php page with two echo statements in it for demo purposes. The
> statement is as follows:
> echo ("Hello World");
> echo ("font color=\"red\" face=\"helvetica\" size=\"20px\">This is
> www.domain.com");
> ?>
>
> This page takes about 20 seconds to load. When I do the same page but
> with plain html it loads in a fraction of a second. The server is about
> 20 feet away from me in a server room too. I didn't compile the PHP or
> Apache from source either - it is from the disro install. Anyone else
> have any issues like this? I should have virtually zero latency on this
> set up. I also turned on (php.ini) error display and I get no errors
> displayed nor any in the log files - it just takes forever to load.
> When I do a it also takes about the same amount
> of time to load.
> thanks,
> Doug
--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
