Closed (fixed)
Project:
Boost
Version:
7.x-1.0-beta2
Component:
Server Hosting
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
9 Jan 2013 at 02:00 UTC
Updated:
24 Jan 2013 at 04:00 UTC
Jump to comment: Most recent
Comments
Comment #1
bgm commentedCan you look at your web server logs and see what pages are being accessed, and if they are correctly cached / served by Boost? (they should include the "cached by boost" comment in the footer of the HTML page)
Comment #2
Anonymous (not verified) commentedI was going to ask how big is the site and how many hits ? as a file seek is CPU load intensive but not compared to processing PHP and DB connections so this does rather defy logic.
The other thing I thought about was a rewrite loop which should stop at 100 cycles or less with the browser giving an incorrect configuration error.
What is the server ? Apache and what kind of php, if it's suExec of FastCgi, then a PHP configuration problem would be indicated by php processes taking up the CPU, a rewrite problem would be an apache process at the top of the list.
Comment #3
standingtallThanks.
This is more information.
Site has 30,000 nodes, traffic is around 20k pageviews a day, mostly anonymous traffic. On busy days, server has withstood up to 100K page views a day.
Server is Apache, 24ghz RAM, Quad core with CDN and database is innodb.
Php 5 handler is suphp with Apache suEXEC turned on.
Biggest process is MySql - by far.
Thanks for your help.
Comment #4
standingtall#1 did the trick.
Boost cache was only being generated for home page. Fixing .htaccess did the trick.
This thread below was very helpful.
http://drupal.org/node/659042
Thanks everyone