Nginx Loader.io Nginx Test

What's results like for Ubuntu tests ?

 

If you still have access to both setups i.e. imaged/restorable, you can share the output for their respective Nginx full config outputs saved to nginx-full-config.txt files.

Code (Text):

nginx -T > nginx-full-config.txt

You can then just post both outputs to Diffchecker to compare them and see what differs.

Then do the same for

Code (Text):

sysctl -a > tcp-config.txt

 

still would help to have the outputs for those 2 commands to compare

 

Ok I spun up a $60/month Vultr dedicated cloud VPS server to do same loader.io tests and saw the same network errors you posted. Found the issue and updated 123.09beta01 with potential fix which isn't enabled by default due to previous user reported failure to compile Nginx on initial Centmin Mod installs way back on Nginx 1.17!

So you can try redoing a fresh Centmin Mod 123.09beta01 install but prior to initial install, set in the persistent config file /etc/centminmod/custom_config.inc the variable

Code (Text):

AUTOHARDTUNE_NGINXBACKLOG='y'

as outlined originally from https://community.centminmod.com/th...og-defaults-in-123-09beta01.17620/#post-74529

then re-test loader.io tests and see.

This is what I got

 

With AUTOHARDTUNE_NGINXBACKLOG='y' built Centmin Mod Nginx the current default backlog is raised from 511 to 16383 for HTTPS vhosts out of the box and you end up with topping out at 35K error free and 40K minor network errors.



With nginx backlog manually set to 32768 in HTTPS nginx vhost listen directive (only can be set once in one nginx HTTPS listen directive to apply to all IP/Port (443) pairs.

We max out loader.io free plan's 50K concurrent users Based on monitored stats, would be capable of 60-70K users if loader.io free plan allowed

 

I'm on their legacy free plan

Originally it was so it was set once, but yeah probably better to do that

Yes Litespeed and OLS can be faster because they have an inbuilt small file memory based cache for files less than 4k in size + in built gzip static nginx equivalent feature so the precompress the static file for serving. You can replicate the latter in Centmin Mod Nginx by gzip compressing the index.html before testing ensuring both index.html and index.html.gz exist in same directory. That's why Centmin Mod WordPress installer with Cache-Enabler can be faster than PHP-FPM fastcgi_cache caching due to precompress full HTML page precompression and nginx gzip_static directive to serve precompressed static files if they're detected

With pre-compressed index.html and Centmin Mod Nginx gzip_static improved average response times at 50,000 concurrent user loads



Though these days with most of my sites behind Cloudflare CDN proxy, static file serving performance is at least offloaded to Cloudflare CDN edge servers, so throughput of origin Nginx backend isn't as important as latency response time (time Cloudflare edge server communicates with Nginx origin web server)

 

@rdan interesting numbers - pretty close throughput wise.

 

PHP will always have more overhead than static files