Wow! http://www.webpagetest.org/result/121013_8K_188/...

Those have got to be the worst First Byte times I think I've ever seen.

I have several shared Dreamhost concrete5 sites and they are all under 5 second times, less than 2 second First Bytes.

You need to talk to Dreamhost support about your VPS ASAP, or try turning off CloudFlare (but that has been faster on with my sites).

John

I was going to say the same thing. Worst results I've ever seen for a 'working' site:

http://tools.pingdom.com/fpt/#!/WZFTNeI9/www.apoprecords.com...

Time to show these results to tech support.

Nasty!
I've attached a benchmark so that we can try to track down where the problem occurs. I've used it on a couple of sites successfully, but it is experimental. It may or may not help to identify where things are going wrong, but it may at least provide a starting point.

Follow the instructions in the readme carefully and post back the results to this thread.

I talked with dreamhost and they requested that I boost my resources. Ive done this, but it hasnt made any difference other then doubling my hosting cost. Results from the benchmark are below. Thanks for the help with this.

start: 1351285896.8295
Requires1: 0.00569
autoloadCore: 1.0E-5
Cache::startup: 0.02047
Requires2: 0.15768
Config: 1.0E-5
Includes: 0.00016
Requires3: 0.01062
site events: 1.0E-5
Tools: 0.00015
User: 0.0001
Request1: 0.02953
Request2: 2.0E-5
Maintenance?: 0.0002
Redirect?: 0.00011
Permissions: 0.25264
Check Collections: 1.0E-5
Page Not Found: 1.0E-5
Version Object: 0.09588
ccm-disable-controls: 1.0E-5
VP Object: 1.0E-5
Process: 0.00361
New User: 3.0E-5
Page View Event: 2.0E-5
Get Instance: 1.0E-5
Entering View: 1351285897.4072
Render Start: 1351285897.4072
Extract Args: 0
Strip Slash: 0
Check Mobile: 0.00684

Im also using the below robot txt. I noticed that google and bing are hitting the page pretty hard. I want my page to show up in search engines, but is it possible to limit it a bit so that they dont cause my page to slow down, that is if they are part of the problem.

User-agent: *
Disallow: /blocks
Disallow: /concrete
Disallow: /config
Disallow: /controllers
Disallow: /css
Disallow: /elements
Disallow: /helpers
Disallow: /jobs
Disallow: /js
Disallow: /languages
Disallow: /libraries
Disallow: /mail
Disallow: /models
Disallow: /packages
Disallow: /single_pages
Disallow: /themes
Disallow: /tools
Disallow: /blog.old
Disallow: /catpics
Disallow: /archive

Unbelievably, your First Byte time actually got worse:

http://www.webpagetest.org/result/121026_B5_HYK/...

I'm sure the search engines are not *causing* this problem, but with their Webmaster Tools you can tell them how often and rate limit their crawl rate.

going to be interesting what the solution is ... can you post information about the hosting specification

using dreamhost vps 1299 mb for $65 a month
apache php cache setting on in dreamhost
mod php enabled via dremhost
php 5.3.x fast cgi
i have cloudflare plus enabled
cache in cloudflare is enabled

Im really at a loss. The page was really slow before so I did a clean install and it seemed to be working for awhile, but all the sudden it started to get really bad again. Other then ecommerce I use the wp blog block, and a facebook block, none of which seem like they shoud be too intensive. I also use a script that runs the ecommerce importer once an hr to import new inventory and update qty. This is done via a cron job and doesnt seem to use much memory either. I do have about 25,000 pages that are individual products, could that be an issue. Been struggling with getting a stable c5 site / webstore for about 2 yrs. Would love to be able to get things functional.

The concrete5 statup takes about 1/2 sec (1/2 of which is permissions). Then it enters the view. This pretty much indicates a fast server (a slow one will be around 0.8-1.5 secs ignoring the permissions)

The fact that it gets as far as the mobile part means it exits out to the view (I also have a view override that adds those results to the file if you want it).

Turn off your cache (all the options) and delete everything in the cache directory completely (some parameters the cache cannot be turned off for). That will eliminate the cache

ok I have the cache disabled via the dashboard, and have manually deleted all files in the cache dir. Should I go ahead and turn off cloudflare as well?

@dlntx9
Yes please.
Once you have done that, place the dispatcher.php and the view.php (that I posted earlier) so we can get the times and post them here.

attached is the new file after clearing cache and having cloudflare turned off. Thanks again for taking a look. The site is still going pretty slow. I think the main culprit may be ecommerce. We have about 25,000 unique items in our shop, and once the catalog gets uploaded and those product pages get created seems to correspond with the sight slowing down. Hoping something can be done though as I really don't want to have to go looking for yet another shopping cart.

just following up with this. still have the cache turned off and cloudflare. first page seems to load a little faster, but overall things are still pretty slow