How are you measuring CPU load? and what do you mean by “high load”?
I base this on my WHM Server Load criteria which is cranking up suddenly from average less than 1 (6 CPUs) to sometime 15/17. Still investigating though
Question : Does your plugin use WP-CRON ?
In response to this concern cpu
I too had noticed a certain slowness.
After a “small” research
This would seem to come from a wrong code in the file taxonomy.php wordpress.
Information found on the website of Korben.info (thank you to him)!
This would not be the fault of the plugin.
… So WordPress itself that filled this field without ever clean Rah … the ugly bug. After searching on the WordPress Trac, I saw that I was not alone and that it was a problem with the cron job wp_batch_split_terms evil called in the file wp-includes / taxonomy.php
We must therefore replace the 4448 line of this file.
see https://core.trac.wordpress.org/changeset/33646/trunk/src/wp-includes/taxonomy.php. ..
I made the change.
To be continued
Bernard
Thanks for the feedback Bernard, i never seen similar issue before, i will investigate it.
The plugin is currently using 2 WP-CRON events
– adverts_event_gc this is run daily and removes from DB unfinished Ads posting in the frontend
– adverts_event_expire_ads this runs every 5 minutes and disables expired ads.
Further investigation :
You indeed need to modify the taxonomy.php file AND you need to clean the cron field in your xx_options table on your wordpress database to avoid huge load because it was filled with cron requests that are never deleted.
