HTML Logo by World Wide Web Consortium (www.w3.org). Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS, which is now in beta. ocPortal 9 will be superseded by Composr 10.

Head over to compo.sr for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.


Performance expectations

Login / Search

 [ Join | More ]
 Add topic 
Posted
Rating:
#76378 (In Topic #15762)
Avatar

Well-settled

Seeing long Apache execution times

I was initially doing testing on in a shared hosting environment and everything seemed very slow. That is, of course, hard to see what is going on but I was seeing seconds between submission and a page being displayed.

The try to get a handle on this I installed OCPortal on a local system. 1GHz processor, 1GB RAM, Ubuntu, Apache2, MySQL, … I turned off all caching. For pretty much anything I do I am seeing tens of seconds of apache execution time (CPU, not just elapsed) but very little MySQL execution. This is with the site installed, no forums and effectively no data.

To me, this looks totally out of line. But, I have run other web applications from Drupal to AskBot on this same configuration and all seems pretty normal. That is, pages back in less than a second no matter what.

I recognize that cache off, no PHP optimizer and such means slow but one second of CPU, to me, would be slow. Does this make any sense?
Back to the top
 
Posted
Rating:
#76380
Avatar

It's absolutely vital you don't turn the template cache off, otherwise it's literally running a compiler on a dozen files every time you load the page.

One issue we have found recently is if you have a slow hard disk, that causes big problems. If you run 'iostat' on the command line, you should see a response time of about 2ms, but we have found some servers where it is 9ms, which multiplies up very fast, especially if caching is not on.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#76381
Avatar

I'll add, on an average well configured server, ocPortal is benchmarked at around 132ms to generate a page.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#76382
Avatar

Well-settled

Chris Graham said

It's absolutely vital you don't turn the template cache off, otherwise it's literally running a compiler on a dozen files every time you load the page. One issue we have found recently is if you have a slow hard disk, that causes big problems. If you run 'iostat' on the command line, you should see a response time of about 2ms, but we have found some servers where it is 9ms, which multiplies up very fast, especially if caching is not on.

OK, I can certainly turn the template cache back on but this was very slow before I turned any cache off. I am talking CPU time for the apache process, not elapsed time. Thus, disk speed (while it is fast) doesn't enter into the picture.

Clearly, something is very wrong. The fact that it was also slow on the shared server (which runs a Drupal site of mine very fast) is what confused me. They are very different systems. The shared site runs something close to Red Hat. I am running Ubuntu. The only really common thing is MySQL 5.1.something.

In any case, your numbers seem pretty realistic. Not sure what is wrong but at least I now know "something" is and I need to find it. Thanks for the clues.
Back to the top
 
Posted
Rating:
#76391
Avatar

Well-settled

I did the first two installs (both slow) using the manual install method. This time, I used the quick FTP install method. Speed seems totally fine now.

This is installed on a different system but one again Ubuntu with same Apache and MySQL versions. I have no idea what the issue is with the other two installs and, right now, I want to do some "real work" so I am not going to go back and try to figure it out at this time. But I wanted to add this data point just in case someone else has a similar experience.
Back to the top
 
There are too many online users to list.
Control functions:

Quick reply   Contract

Your name:
Your message: