• Hi,

    I have done some benchmarks on the total cache plugin, and I am impressed though it does not quite live up to its true functionality which should be performance.

    When using firebug+yslow as one tool and Googles online page speed tool as another, you can see a true performance increase in the majority of the indicators:
    * Google goes down to only 1 medium recommendation, which is very impressive
    * The average page load amount in KB falls 25% in average
    * The average yslow/google score increases by 15% (good ;))
    * The average load time increases by 55%

    Given the plugin, it is awesome that the plugin lowers the amount of nessecary data to be sent across.

    Since performance should be the key purpose of caching, I have not rated the plugin very high.

    (the easy feedback would be wrongfull configuration, but please… 🙂 )

    Test parameters where:
    * Usage and configuration of page cache, minify, database cache and browser cache
    * 10 measuring points over 5 working days (in normal hours) on main page, two random content pages, tag list page and a search
    * Measurements were from Munich and Seattle
    * Comparison on total KB load and web page load time
    * Performance indication based on test web page and not the live, productive one in order to test plugin out

    http://wordpress.org/extend/plugins/w3-total-cache/

Viewing 2 replies - 1 through 2 (of 2 total)
  • There are a lot of factors involved so I think its hard to generalize your assessment of page load times.

    I was doing some similar testing but with page caching turned off so I could see more of the affect of database caching. I found that on my very dynamic site it greatly reduced the number of database queries needed to build the page but the load time increased by about 20%. At first this was troubling but I expanding my testing to see how it could scale. Under a load the site could continue to serve pages faster and under higher loads vs. no caching (querying the database to build the pages was the bottleneck).

    Using page caching was a clear win and page load times reduced by over 70% but my site needs a lot of database calls to build a page so serving a static page makes for a big improvement.

    You may want to get some idea of how many database calls are needed to build your pages – the more are needed the more you’ll benefit from caching. With caching turned off add this to your footer (after wp_footer()),

    <?php echo get_num_queries(); ?> get queries. <?php timer_stop(1); ?> seconds.

    I’d also be careful about the page cache – if the cached page isn’t already built when someone hits your site then not only will normal database calls be need to build the page but there will be the added overhead of creating the cached version of the page. On a site that doesn’t get much traffic this can be problematic since the basic settings are to rebuild/purge pages after 60min.

    Plugin Contributor Frederick Townes

    (@fredericktownes)

    Sorry for the trouble @alexsteninge, but you’ve not provided nearly enough information for anyone to help you with your configuration. There’s already evidence that the plugin works, so rating it poorly because of some unknown quantities in your unique theme/plugin/server combination is unreasonable.

    Anyway, feel free to submit a bug submission form from the support tab of the plugin so I can see what’s the matter.

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘[Plugin: W3 Total Cache] Feedback: Response times increase, but load decreases’ is closed to new replies.