Title: Clear Page Cache Performance
Last modified: January 12, 2021

---

# Clear Page Cache Performance

 *  Resolved [cogz](https://wordpress.org/support/users/cogz/)
 * (@cogz)
 * [5 years, 5 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/)
 * Hi, Hummingbird does a great job at improving performance verified at gtmetrix
   and pagespeed. I have noticed over a period of 24 hours performance test results
   are reduced but are easy restored by clearing the Hummingbird page cache manually.
   Does this make any sense?
    Will setting the Page Cache Interval resolve this.
   I am referring to the section “Cache interval Enable this feature to automatically
   clear cache at regular intervals only if you are required to do so. Frequent 
   cache clearing can create significant server issues.”

Viewing 7 replies - 1 through 7 (of 7 total)

 *  [Kris – WPMU DEV Support](https://wordpress.org/support/users/wpmudevsupport13/)
 * (@wpmudevsupport13)
 * [5 years, 5 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13898064)
 * Hi [@cogz](https://wordpress.org/support/users/cogz/)
 * I hope you are doing good today.
 * Does your home page have any dynamic content, like text or images are changing?(
   I ask especially about images because in some cases some modules or dynamic sections
   on the site could load larger image size).
 * “Cache interval” should help for sure as a temporary fix, but it does not solve
   the issue of why the score is worse after some period of time. Without a full
   review, this will be hard to point the main issue. Do you replicate this issue
   each 24h?
 * Kind Regards,
    Kris
 *  Thread Starter [cogz](https://wordpress.org/support/users/cogz/)
 * (@cogz)
 * [5 years, 5 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13898097)
 * There is no dynamic content on the page. I can not say for sure it happens ever
   24 hours. I will do some testing and get back to you. Are there any other information
   that might help? I do see WPHB Minify Groups actions in the overnight logs. Could
   this be causing the change?
    Thanks
 *  Thread Starter [cogz](https://wordpress.org/support/users/cogz/)
 * (@cogz)
 * [5 years, 5 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13898209)
 * Looks like the 24 hours in not accurate. I just had it happen again after just
   a few hours.
 *  Thread Starter [cogz](https://wordpress.org/support/users/cogz/)
 * (@cogz)
 * [5 years, 5 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13902674)
 * Unfortunately Setting “Cache interval” did not help. The only thing that I can
   verify is that “Clear Page Cache” does resolve the issue every time.
    Please 
   let me know if you have any suggestions.
 *  Plugin Support [Patrick – WPMU DEV Support](https://wordpress.org/support/users/wpmudevsupport12/)
 * (@wpmudevsupport12)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13910005)
 * Hi [@cogz](https://wordpress.org/support/users/cogz/)
 * Thank you for the information.
 * This is quite odd,
 * As long the pages are cached and the Assets Optimized the scores shouldn’t be
   too different, it is expected to get a different result most of the time this
   why we need to check the average result.
 * You can find more on:
 * Can you please check:
 * – Enable the debug mode on Hummingbird > Caching > Enable debug log, check the
   time the score goes down on the caching mode to make sure the caching are not
   being bypassed.
 * – Check the Site Health for any relevant information on Hummingbird > Advanced
   Tools > Site Health.
 * – Check the Gtmetrix > Waterfall before and after the issue, so you can find 
   where the most load time is coming.
 * – And just in case, enable the debug mode and check the wp-content > debug.log
   for any Hummingbird line.
 * [https://premium.wpmudev.org/blog/debugging-wordpress-how-to-use-wp_debug/](https://premium.wpmudev.org/blog/debugging-wordpress-how-to-use-wp_debug/)
 * Let us know the result you got.
    Best Regards Patrick Freitas
 *  Thread Starter [cogz](https://wordpress.org/support/users/cogz/)
 * (@cogz)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13924599)
 * Hi Patrick,
 * Is it possible that the DIVI theme was causing a problem? The have released an
   update and the problem seems to be resolved.
 * Thanks
 *  [Predrag – WPMU DEV Support](https://wordpress.org/support/users/wpmudev-support1/)
 * (@wpmudev-support1)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13932619)
 * Hi [@cogz](https://wordpress.org/support/users/cogz/),
 * There’s always a possibility for that, if there was a conflict caused by something
   in Divi and it was patched with the update it could have addressed the issue 
   you were having.
 * Cheers,
    Predrag

Viewing 7 replies - 1 through 7 (of 7 total)

The topic ‘Clear Page Cache Performance’ is closed to new replies.

 * ![](https://ps.w.org/hummingbird-performance/assets/icon-256x256.gif?rev=2633221)
 * [Hummingbird Performance - Cache & Page Speed Optimization for Core Web Vitals | Critical CSS | Minify CSS | Defer CSS Javascript | CDN](https://wordpress.org/plugins/hummingbird-performance/)
 * [Frequently Asked Questions](https://wordpress.org/plugins/hummingbird-performance/#faq)
 * [Support Threads](https://wordpress.org/support/plugin/hummingbird-performance/)
 * [Active Topics](https://wordpress.org/support/plugin/hummingbird-performance/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/hummingbird-performance/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/hummingbird-performance/reviews/)

 * 7 replies
 * 4 participants
 * Last reply from: [Predrag – WPMU DEV Support](https://wordpress.org/support/users/wpmudev-support1/)
 * Last activity: [5 years, 4 months ago](https://wordpress.org/support/topic/clear-page-cache-performance/#post-13932619)
 * Status: resolved