CPU Load Spikes over 100% All the Time on Ubuntu Server

#1
Hello Folks,

I am surprisingly experiencing CPU load resource deficiency due to `lsphp` command on my OLS (1.8.2 Version) Here is my server specs:
  • 4VCPU (Intel)
  • 8GB Ram
  • 80GB HDD
I am utilizing CX32 package in Hetzner company. I am running the latest version of both Ubuntu 22.04.5 LTS and Cyberpanel 2.3.8. My server and panels are up to date.

I am having around 15 websites in my server all of them is based in Wordpress. Some of them are running Woocommerce. The ones which are Woocommerce especially one of them causing CPU load dramatically. Please see the attached screenshot.

I used `top` `atop` `htop` commands on terminal and came up with the result that one specific website consumes the resource so much.

I have searched enough and even asked AI for help and did what I was being told including tips from other users experienced similar problems. However, nothing works out! I think I tried every possible way to fix it.
  • I activated LS Cache plug-in with relevant settings
  • I activated OPCache module through php.ini setting files
  • Memcache and Redis modules are installed and enabled in the server
  • I downgraded PHP version from 8.3 to 8.2
  • I deleted phpsession folders
  • I scanned all server in regards to malicious files, malware or other exploiting scripts.
  • I have reinstalled the website which causing the problem with new core WP files. Deactivated all plug-ins
  • I have activated `I am under attack` mode in Cloudflare. It seems like it is not Brute Force/DDOS Attack
  • I disabled WP Cron jobs and XLM-RPC jobs
Is there anything left to try? I am not newbie person in this area but I am already burnout with this freaking problem!

Any super hero there to save me out?

Stay Tuned!
 

Attachments

LiteCache

Active Member
#5
@mkoylu

The conditions for identifying the cause of the high load are not ideal. Modern content management systems (CMS) all use a PHP framework. This means that all PHP processes run via index.php. This makes it impossible to use system functions to identify individual processes that cause a high load. You therefore need special solutions for WordPress with which you can monitor the load of individual processes.

Here are some examples:
Query Monitor Plugin for WordPress
Debug Bar
New Relic
Serverside tools: Xdebug or strace

Also note that optimizing a page is not free. Page optimization is expensive and causes a very high load with every request as long as a page is not cached! Unfortunately, many users do not know this....
 

LiteCache

Active Member
#7
I have realized that Page Optimization is not bringing speed but slowness so I will not use it as long as I really need it!
You should realize that your server configuration may be sufficient for 2 WP sites, but not for 15. If you leave WordPress unchanged, i.e. no plugins and no special theme, your configuration may still be sufficient, but each plugin or theme increases the system requirements. This is especially true for WooCommerce. 4 virtual CPU cores and only 8GB RAM are definitely not enough to run 15 WP sites.
 
#8
You should realize that your server configuration may be sufficient for 2 WP sites, but not for 15. If you leave WordPress unchanged, i.e. no plugins and no special theme, your configuration may still be sufficient, but each plugin or theme increases the system requirements. This is especially true for WooCommerce. 4 virtual CPU cores and only 8GB RAM are definitely not enough to run 15 WP sites.
Okay. That might sound like make sense. Then please explain me why does my CPU load lowers back to 1-5 percentage after suspending problematic website? The system is capable of running 14 websites smoothly however it fails immediately once you add one more WP?
 

LiteCache

Active Member
#9
Do you like logic? I love logic (I am a fan of Spock and Data) and if you like solving problems using logic, then logic and previous knowledge should give you sufficient explanations. Ultimately, the issue can only be solved by identifying the responsible process. OLS and lsphp do not cause high load if there is no causer. That is why I have to refer you to my previous post. Use the examples listed to identify the responsible process. Everything else is a guessing game that will not lead to the desired result.

Note: Ever try to use logical principles to solve whatever issue. This includes self-inflicted negligence due to ignorance.
 
Last edited:
Top