HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials

HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials (
-   Server Operation (
-   -   Apache2 On Suse 9.3 Optimizing? (

Brenton 21st November 2005 11:50

Apache2 On Suse 9.3 Optimizing?

First off, I've googled this for a few days now with no real joy.

I have a server set up on a that hosts one site and it seems to be very
slow. The first page can take up to a minute to render. The same site
on a shared hosting plan on RH ES 3 is much quicker.

Not sure what kind of info I need to provide, but maybe somebody can
access the live site and the test site and let me know how to speed
things up?

Live site:
Test server

The default suse setup does seem to be very slow even on my internal
testing box.

Sorry for the vague post, but I don't want to post reams of config data
not being clear what will be of use here.


falko 21st November 2005 12:17

Yes, the test server is very slow. It seems as if the test server is thinking and thinking before it decides to deliver pages...

Is the server in a local network behind a router, or is it connected directly to the internet? What's the load like on the test server? Run

to find out.
Also can you post the output of


iptables -L
? Is there anything in the Apache error log (normally under /var/log/apache or /var/log/httpd)?

Brenton 21st November 2005 12:40

Hi Falko

Thanks for the reply. I used the steps on Howtoforge to install apache2, mysql and php5 on SuSE 9.3.

top output:
Tasks: 97 total, 1 running, 96 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 2050176k total, 236812k used, 1813364k free, 41084k buffers
Swap: 4208944k total, 0k used, 4208944k free, 65132k cached

ifconfig output:
eth0 Link encap:Ethernet HWaddr 00:0E:0C:4A:E6:CF
inet addr: Bcast: Mask:
inet6 addr: fe80::20e:cff:fe4a:e6cf/64 Scope:Link
RX packets:56631 errors:0 dropped:0 overruns:0 frame:0
TX packets:7172 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4281095 (4.0 Mb) TX bytes:2893903 (2.7 Mb)
Base address:0xef80 Memory:dffe0000-e0000000

iptables -L output:
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

There are no real problems in the logs.

It seems to render the whole index.php on the server, which contains a number of .inc files before sending the the browser.

I've tried it on another server and get the same kind of delay. This server is also based the steps on steps on the Howtoforge site. the site is here:

This has me very stumped.


It seems to render the whole page

falko 21st November 2005 12:49

Looks ok.

What happens if you put a simple static html file on the server? Do you have the same delay, or is it served fast?

Brenton 21st November 2005 13:01


Here is a normal html file with images being called off another server and it loads very quick:

This is a 64bit server btw, if this makes any difference.


falko 21st November 2005 14:24

Then it seems to be a problem with your PHP files. Are they very complicated, do they make a lot of database queries, etc.?

Brenton 22nd November 2005 06:41

Hi Falko

Nope, the home page has very little in the line of db queries. The only area that is populated from the db is the "Other highlights for this month:" on the right hand side.

There is a large number of DSS and SSI calls in the page though.


Brenton 22nd November 2005 06:42

Hi again,

it should be CSS and SSI calls.


falko 22nd November 2005 13:15

Can you try these test files: to see if SSI is working correctly? If not, you might have to enable SSI in Yast.

Brenton 28th November 2005 09:50


Okay. I've spent the last few days trying all kinds of things with no real luck.

I then did a fresh install on my local server as things had gotten a tad messy.

I deployed the site as a virtual site and it loaded instantly, then I started doing the steps I normally have to do to get this site working and found when I set:

register_globals = On in php.ini

the problem started all over again.

So that seems to be the problem, now to find a solution. Any help or pointers will be great.


All times are GMT +2. The time now is 19:44.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.