Extreme performance issues
-
Our site has been running on WordPress for probably about 4 years and I have become fairly well antiquated with it. Jetpack can provide some of the functionality that I’d like to add but my load times are going through the roof when it is activated. From around 3.5s to 12-20s but only some of the time. That is obviously a problem. I’ve monitored cpu usage and it has not exceeded nominal level while processing the page regardless of the load time.
Initially, I thought I was having issues with the request to pixel.wp.com but now that seems to have not been the issue. After deactivating all the individual modules at wp-admin/admin.php?page=jetpack_modules I’ve discovered that the plugin is no longer requesting anything from that address but the problem persists. This red herring may have thrown many off the solution in the past if they were having the same issue.
It seems somehow the plugin is making my main page document take a very long time to load. I’m guessing it is due to the time it is taking for php to build the page but since my cpu usage (via top) doesn’t seem high it seems that something is blocking the operation. That combined with the fact that it does not happen all of the time makes this rather complicated. To replicate I need to simply go to my site to navigate between a few pages. It may not happen on the first page but it will happen.
Does anyone have any ideas of what may be causing this issue? Has anyone experienced similar issues? Since it is during the main document I wonder if it dislikes the theme but I am unable to change themes so if that is the issue I’ll need to find another solution. Also, since Jetpack won’t allow me to properly test it in my dev environment (there seriously need to be a solution to this) I am limited in my testing as the website needs to stay up. I tried using const JETPACK_DEV_DEBUG = TRUE; in my wp-config.php to test but for whatever reason it does not replicate the same behavior so I’m stuck playing with the live site. As a positive, the site seems to work and no functionality is broken it is just the painful load times.
Thanks for any help you can provide!
The page I need help with: [log in to see the link]
-
Thanks for the reply. As mentioned in my original post, I’ve presently disabled the site stats and most of the other modules and only enabled the ones I want. Because of this I think it stopped communicating with wordpress.com. I don’t need those statistics as we have implemented google analytics.
Using a fresh session with no cookies the issues it greatly reduced but not totally eliminated. I am getting a slow load less than 10% of the time instead of almost all the time. That might be good enough to make this practical again. Thanks you. I may just need to instruct our writers to clear their cache & cookies. I’ll continue below for posterity and some interest in tracking down and fixing this issue completely.
The issue is the same with all browsers but only affects users that are logged into our site. Our other visitors are not affected.
The problem seems to be with generating the main page, as described in my original post, once the main page loads all of the other resources requested by it load very quickly. In the the network tool it shows this as “/accreditation/” and it is taking a little over 10000ms to load. Breaking that down shows about 10000 ms of wait time (this is typically associated with processing time for the server) and less than 100ms for everything else. I hope that is the information you wanted. I didn’t care to bother uploading and image to link to if I can avoid it.
I cannot disable other plugins in our production environment, many of them have mission critical functionality, and Jetpack refuses to work in our test environment unless I set the debug flag I mentioned above. However, when I set the debug flag in my dev environment the issue does not manifest.
DEBUG only reveals this notice:
NOTICE: wp-includes/functions.php:3902 – The called constructor method for Debug_Bar_Panel::Debug_Bar_Panel in Debug_Bar_Panel is deprecated since version 0.8.3! Use __construct() instead.
require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, _wp_admin_bar_init, WP_Admin_Bar->initialize, do_action(‘admin_bar_init’), WP_Hook->do_action, WP_Hook->apply_filters, Debug_Bar->init, Debug_Bar->init_panels, apply_filters(‘debug_bar_panels’), WP_Hook->apply_filters, PucDebugBarPlugin->addDebugBarPanel, PluginUpdateCheckerPanel->__construct, Debug_Bar_Panel->Debug_Bar_Panel, _deprecated_constructor, trigger_errorThank you again for your time.
- The topic ‘Extreme performance issues’ is closed to new replies.
